


P^^U03/00939 



PRIORITY 
DOCUMENT 

SUBMITTED OR TRANSMITTED IN 
COMPUANCE WITH RULE 17.1(a) OR(b) 




Patent Office 
Canberra 



I, LEANNE MYNOTT, MANAGER EXAMINATION SUPPORT AND 
SALES hereby certify that annexed is a true copy of the Provisional specification 
in connection with Application No. 2002950336 for a patent by TELSTRA NEW 
WAVE PTY LTD as filed on 24 July 2002. 




BEST AVAILABLE COPY 



AUSTRALIA 
Patents Act 1990 

PROVISIONAL SPECIFICATION 

for the invention entitled: 

"System and Process for Developing a Voice Application" 



The invention is described in the following statement: 
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SYSTEM AND PROCESS FOR DEVELOPING A VOICE APPLICATION 
FIELD OF THE INVENTION 

The present invention relates to a system and process for generating a voice application. 

5 

BACKGROUND 

A voice application is a software application that provides an interactive audio interface, 
particularly a speech interface, on a machine, such as an Interactive Voice Response (IVR) 
system. IVRs, such as Intel's Dialogic™ IVR, are used in communications networks to 
10 receive voice calls from parties. The IVR is able to generate and send voice prompts to a 
party and receive and interpret the party's responses made in reply. 

Voice extensible markup language, or VoiceXML, is a markup language for voice or 
speech-driven applications. VoiceXML is widely used for developing speech-based 

15 telephony applications, and also enables web-based content to be accessed via voice using 
a telephone. VoiceXML is being developed by the VoiceXML Forum, and is described at 
http://www.voicexmLorg . Due to the verbose nature of VoiceXML, it can be cumbersome 
to develop VoiceXML-based applications manually using a text or XML editor. 
Consequently, voice application development systems are available that allow voice 

20 applications to be developed by manipulating graphical elements via a graphical user 
interface rather than coding VoiceXML directly. However, these systems are limited in 
their ability to assist a developer. It is desired to provide a process and system for 
developing a voice application that improves upon the prior art, or at least provide a useful 
alternative to existing voice application development systems and processes. 

25 

SUMMARY OF THE INVENTION 

In accordance with the present invention, there is provided a process for developing a 
voice application, including generating graphical user interface components for defining 
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execution paths of said application by arranging dialog elements in a tree structure, each 
path through said tree structure representing one of said execution paths. 

Preferably, the process includes generating said dialog elements from predetermined dialog 
5 element templates and properties of said dialog elements, said properties received from a 
user via said graphical user interface components. 

Preferably, each of said dialog elements corresponds to at least one voice language 
template, and the process includes defining one or more parameters associated with said at 
10 least one voice language template on the basis of input data received from a user via said 
graphical user interface components, and generating at least one voice language module for 
said application on the basis of said at least one voice language template and said one or 
more parameters. 

1 5 Preferably, said voice language template includes VoiceXML elements. 

Preferably, said at least one voice language module includes extended VoiceXML 
elements including VoiceXML tags and additional information to allow said dialog 
elements to be generated from said at least one voice language module. 1 

20 

Preferably, said additional information includes one or more attributes of said VoiceXML 
tags. 

Preferably, said one or more attributes include qualified names. 

25 

Preferably, each of said at least one voice language modules includes a reference to the 
next of said at least one voice language modules in an execution path of said application. 

Advantageously, the process may include generating a graphical representation of said 
30 dialog items and said execution paths on the basis of said at least one voice language 
module. 
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Preferably, the process includes generating extended VoiceXML code, prompt data, and 
grammar data for said application. 

5 Preferably, said prompt data is represented as a grammar, and the process includes 
improving said grammar. 

Advantageously, the process includes generating at least one script for generating a prompt 
for said application on the basis of one or more parameters supplied to said script. 

10 

Preferably, said at least one script is generated on the basis of at least one script template 
and prompt data defined for said prompt by a user. 

Preferably, said at least one script includes ECMAscript 

15 

Preferably, the process includes generating VoiceXML code and IVR grammar data for 
execution of said application on an IVR system on the basis of said extended VoiceXML 
code, prompt data, and grammar data. 

20 The present invention also provides a system having components for executing the steps of 
any one of the above processes. 

The present invention also provides program code for executing the steps of any one of the 
above processes. 

25 

The present invention also provides a computer readable storage medium having stored 
thereon program code for executing the steps of any one of the above processes. 



The present invention also provides a system for use in developing a voice application, 
30 including a dialog element selector for defining execution paths of said application by 
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selecting dialog elements and adding said dialog elements to a tree structure, each path 
through said tree structure representing one of said execution paths. 

Preferably, the system includes a dialog element generator for generating said dialog 
5 elements from predetermined dialog element templates and properties of said dialog 
elements, said properties received from a user of said system via said interface. 

Preferably, the system includes a code generator for generating at least one voice language 
module for said application on the basis of at least one voice language template and one or 
10 more parameters received from a user of said system via said interface. 

Preferably, said selector is adapted to generate a graphical representation of said dialog 
items and said execution paths on the basis of said at least one voice language module. 

15 Preferably, said code generator is adapted to generate extended VoiceXML code, prompt 
data, and grammar data for said application. 

Preferably, said prompt data is represented as a grammar, and the system includes one or 
more modules for improving said grammar. 

20 

Advantageously, the system includes a script generator for generating at least one script for 
generating a prompt for said application on the basis of one or more parameters supplied to 
said script. 

25 Preferably, said script generator is adapted to generate said at least one script on the basis 
of at least one script template and prompt data defined for said prompt by a user. 

Preferably, said code generator is adapted to generate VoiceXML code and IVR grammar 
data for execution of said application on an IVR system on the basis of said extended 
30 VoiceXML code, prompt data, and grammar data. 
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The present invention also provides an extended VoiceXML file generated by the system. 

The present invention also provides a graphical user interface for use in developing a voice 
application, said interface including graphical user interface components for defining 
S execution paths of said application by arranging dialog elements in a tree structure, each 
path through said tree structure representing one of said execution paths. 

Preferably, said graphical user interface includes dialog element components representing 
configurable components of said voice application. 

10 

Preferably, said graphical user interface includes dialog element property components for 
configuring one or more properties of said dialog elements. 

Preferably, said graphical user interface includes an interface component for generating 
1 5 said application on the basis of said dialog elements and said tree structure. 

Advantageously, said dialog element components may include one or more of: 
a start dialog component for defining the start of said application; 
a variables component for use in defining variables for said application; 
20 a menu component for defining a menu; 

a menu choice component for defining a choice of said menu; 
a decision component for defining a decision test; 

a decision branch component for defining an execution branch of said decision test; 

a form component for defining a form to be completed by a caller; 
25 a record component for recording audio, a speaker component for playing audio, 

a local processing component for defining local processing; 

remote processing component for defining processing for a remote system; 

a loop call component for defining an execution loop; 

a loop next component for proceeding to the next cycle of said loop; 
30 a loop break component for breaking out of said loop; 

a subroutine call component for defining a subroutine; 




subroutine return component for returning from said subroutine; 
a jump component for defining a non-sequential execution path to a dialog element 
a transfer component representing the transfer of a call to another number 
a hotwords component for defining a word or phrase and a non-sequential 
5 execution path to a dialog element to be followed upon receipt of said word or 

phrase; and 

an end component for defining an end of said application. 



BRIEF DESCRIPTION OF THE DRAWINGS 

10 Preferred embodiments of the present invention are hereinafter described, by way of 
example only, with reference to the accompanying drawings, wherein: 

Figure 1 is a block diagram showing a preferred embodiment of a voice application 
development system connected to an IVR via a network, and a telephone connected to the 
IVRvia the PSTN; 

IS Figure 2 is a schematic diagram of the voice application development system, 

showing how a voice application is developed; 

Figure 3 is a flow diagram of a voice application development process executed by 
the system; 

Figure 4 is a screenshot of a graphical user interface of the voice application 
20 development system; 

Figure 5 is a screenshot of a dialog element selection bar of the graphical user 
interface; and 

Figure 6 is a flow diagram of a code generation process executed by the system. 

25 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

As shown in Figure 1, a voice application development system 100 can be connected to a 
VoiceXML-enabled interactive voice response system (IVR) 102 via a communications 
network 104. The system 100 executes a voice application development process which 
allows an application developer to develop a speech based application using a graphical 
30 user interface of the system 100. The application can then be transferred to the IVR 102 via 
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the network 104. A standard telephone 106 can be used to access the IVR 102 via the 
public switched telephone network (PSTN) 108, allowing a user of the telephone 106 to 
interact with the speech based application simply by speaking into the telephone 106 to 
provide speech input to the application in response to voice prompts provided by the IVR 
5 102 from the application. In the described embodiment, the voice application development 
system 100 is a standard computer system, such as an Intel™-based personal computer 
running a Microsoft Windows™ operating system, and the voice application development 
process is implemented by software modules stored on hard disk storage of the voice 
application development system 100. However, it will be apparent to those skilled in the 

10 art that at least parts of the voice application development process can be alternatively 
implemented by dedicated hardware components such as application-specific integrated 
circuits (ASICs). The voice application runs on the IVR 102, which may be an Intel 
Dialogic™ IVR with Nuance's Voice Web Server™ software. The network 104 may be 
any secure communications network that enables voice applications to be loaded onto the 

1 5 IVR 1 02, such as an Ethernet LAN or TCP/IP network. 

As shown in Figure 2, the voice application development system 100 includes a dialog 
editor module 202, a dialog transformer module 204, an application builder module 206, 
an IVR code generator 208, other application development modules 210, VoiceXML 
20 templates 212, and ECMAscript templates 230. The voice application development system 
100 constitutes an integrated development environment (IDE) for the development of 
speech based applications. The system 100 executes an application development process, 
as shown in Figure 3, that allows a user of the system 100 to develop a voice application 
for a particular IVR platform. 

25 

When the process begins, the system 100 generates a graphical user interface, as shown in 
Figure 4. The interface is in the form of a window 400 with a project pane 402, a tools 
pane 404, and a messages pane 406. The window 400 also includes a main menubar 408 
and a main toolbar 410. The main menubar 408 includes a Tools menu that provides access 
30 to a number of modules of the system 100 that are used to develop voice applications, as 
described below, and the tools pane 404 provides an interface to each tool when that tool is 
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executed. 

To develop a speech based application, a user of the system 100 can create a new project 
or open a saved project by selecting a corresponding menu item from the "Files" menu of 
5 the main menubar 408. The dialog editor 202 is then executed, and a tabbed dialog panel 
411 is added to the tools pane 404, providing an interface to the dialog editor 202, and 
allowing the user to define an execution flow, referred to as a dialog, for the application. 
The dialog panel 41 1 includes a dialog pane 412, a dialog element toolbar 414 referred to 
as the dialog palette, a dialog element properties pane 416, and a dialog element help pane 
10 418. 

An application can be built from a set of seventeen dialog elements represented by icons in 
the dialog palette 414, as shown in Figures 4 and 5. Each element represents a complete or 
partial component of the voice application, such as a menu, a menu choice, a form, an 

15 execution loop, a speech prompt, and so on. The full set of dialog components is given in 
Appendix A. A dialog element is added to the dialog by selecting the element from the 
dialog palette 414 using a pointing device of the system 100 such as a mouse or tablet, and 
placing the selected dialog element on the dialog editor pane 412 using a drag-and-drop 
action. Each dialog element has a number of properties that can be set by the user. Once 

20 placed in the dialog editor pane 412, an instance of the selected dialog element is added to 
the dialog and its properties can be set. When a dialog element instance in the dialog editor 
pane 412 is selected, its property names and associated values are displayed in the 
properties pane 416. The properties pane displays the name of each property, and includes 
controls such as check boxes and buttons to allow the user to modify the values of existing 

25 properties, and to add or delete new properties. The dialog element help pane 418 displays 
help information for the selected element, facilitating the rapid development of the 
application. 

The execution flow of the application is defined by adding dialog items to the dialog editor 
30 pane 412, setting the properties of the dialog items, and defining the execution order of the 
dialog items. The latter is achieved by dragging a dialog element and dropping it on top of 
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an existing dialog element in the dialog editor pane 412- The dropped element becomes the 
next element to be executed after the element that it was dropped onto. The sequence and 
properties of dialog elements on the dialog editor pane 412 defines a dialog. Thus a dialog 
represents the execution flow of a voice application as a sequence of dialog elements- This 
5 sequence represents the main flow of the application and provides a higher-level logical 
view of the application that is not readily evident from the application's VoiceXML code. 
Thus the dialog provides a clear and logical view of the execution of the application. In 
addition to the main flow, non-sequential execution branches can be created by using a 
Jump dialog element. However, such non-sequential execution is not represented in a 
10 dialog. A subroutine is represented by an icon in the project pane 402 and appears as an 
icon in the dialog editor pane 412 when the main dialog is displayed. The execution flow 
of a subroutine can be displayed by selecting its icon in the project pane 402. 

The sequencing of a dialog is facilitated by enforcing strict rules on dialog elements and by 
15 including explicit links in the dialog code to transition from one dialog element to the next. 
In contrast to arbitrary VoiceXML code whose execution can be completely non-sequential 
due to the presence of "GOTO" tags, a dialog generated by the system 100 has a tree 
structure, with each path through the tree representing a possible path of dialog execution. 
This allows the dialog flow to be readily determined and displayed using high level 
20 graphical dialog elements, which would be much more difficult with arbitrary VoiceXML. 

An application can be saved at any time by selecting a "Save" menu item of the "File" 
menu of the menubar 410. When an application is saved, the application dialog is 
translated into an extended VoiceXML format by the dialog transformer 204. Each dialog 

25 element in the dialog flow is first translated into corresponding VoiceXML code. Each of 
the seventeen dialog elements corresponds to one of the seventeen VoiceXML templates 
212 that performs the functionality of that element. A VoiceXML template is a sequence of 
VoiceXML elements that produces the behaviour that the dialog element represents. It is a 
template because it needs to be configured by the element properties (e.g. 9 name, test 

30 condition) which are set by the user, as described above. 
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Some dialog elements correspond to similar VoiceXML elements (e.g., a Menu dialog 
element corresponds to a VoiceXML <menu> element), while others map onto a complex 
sequence of VoiceXML elements (e.g., a Loop dialog element corresponds to multiple 
VoiceXML <form> elements, each form specifying the next form to execute in an iterative 
5 loop). However, even dialog elements that correspond to similar VoiceXML elements 
represent more functionality than the equivalent VoiceXML element For example, a Menu 
dialog element allows prompts to be set by the user, and the Menu dialog element actually 
maps onto a block of VoiceXML code that contains a <menu> element with embedded 
<prompt>, <audio>, and other XML elements. 

10 

Each dialog element's VoiceXML template is separate from the next and can be sequenced 
to produce the dialog flow. The sequencing is achieved by a reference at the bottom of 
each element's template to the next element's template, which causes the templates to be 
executed in the desired order. 

15 

The translation from high-level dialog elements into VoiceXML proceeds as follows. The 
dialog elements are stored in a tree structure, each branch of the tree corresponding to a 
path in the dialog flow. The tree is traversed in pre-order traversal to convert each element 
visited into VoiceXML. For each visited dialog element, VoiceXML code is generated 
20 from its corresponding VoiceXML template by filling in the missing or configurable parts 
of the template using the element properties set by the user, and adding a link to the next 
element's VoiceXML code at the bottom of the current element's generated VoiceXML 
code. 

25 Although the forward transformation from dialog flow to VoiceXML is relatively 
straightforward, the reverse transformation from VoiceXML to dialog flow is more 
difficult. The sequencing of dialog elements can be recreated from the generated 
VoiceXML, but property settings for the elements may not be available because some 
information in the dialog elements is lost when they are converted to VoiceXML. This lost 

30 information may not fall within the scope of VoiceXML, and hence, cannot be naturally 
saved in VoiceXML code. For example, type information for a Form element is used to 




generate the grammar for that Form. However, the VoiceXML code simply needs to 
reference the generated Grammar File and is not concerned with the type information 
itself. Thus, the mapping of the Form element to equivalent VoiceXML code does not 
include the type information. 

5 

To facilitate the reverse translation from VoiceXML code to dialog, the dialog transformer 
204 modifies the VoiceXML code by inserting additional attributes into various element 
tags, providing dialog element information that cannot be stored using the available 
VoiceXML tags. The resulting file 214 is effectively in an extended VoiceXML format. 
1 0 The additional attributes are stored in a separate, qualified XML namespace so that they do 
not interfere with the standard VoiceXML elements and attributes, as described in the 
World Wide Web Consortium's (W3C) Namespaces in XML recommendation, available at 
http://www.w3 .org/TR/1 999/REC-xml-names- 1 9990 1 1 4/ . This facilitates the parsing of 
extended VoiceXML files. 

15 

Specifically, an extended VoiceXML file can include the following namespace declaration: 

<vxml version= n l . 0" xmlns : lq="http: //www. telstra. com. au/LyreQuest"> 

This defines a namespace prefix "lq" as bound to the universal resource indicator (URI) 
http://www < telstra.com.au/LvreOuest . Subsequently, the file may contain the following 
20 extended VoiceXML: 



<form id""SUBROUTINECALL get Members hip" 



25 



30 



35 



lq: element^'SubroutineCall" 
lq : name 53 " get Member ship" 
lq: calls^'subl . vxml#qetMembershipSub"> 



<subdialog name= n subcall" 

src="subl • vxml#SUBROUTINE_getMembershipSub"> 
<filled> 

<assign name= r, getMembership, enrich m embership" 

expr="subcall • enrich_membership M | lq : el ement Output " /> 

</filled> ~ 

</subdialog> 
<block name="link"> 

<goto next ="#REMOTEjDook_f light "/> 
</block> 
</form> 
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where the indicated XML tag attributes provide the additional dialog element information, 
and the remaining code is standard VoiceXML. The additional or extended attributes 
include the lq namespace prefix. The lq: element, lq:name, and lq: calls attributes 
indicate, respectively, the dialog element that the VoiceXML corresponds to, the name 
5 given to that element by the user, and the package and name of the Subroutine element that 
is being called by the SubroutineCallelement Other elements will have different extended 
attributes. 



10 

The equivalent code in VoiceXML omits the extended attributes, but is otherwise identical: 



<form id="SUBROUTINECAIiL_getMembership"> 
<subdialog name="subcall" 
15 src="subl . vxml#SUBROUTINE_getMembershipSub M > 

<filled> 

<assign name= "getMember ship • enrich^member ship" 
expr="subcall . enrich_membership"/> 
</filled> 
20 </subdialog> 

<block name= n link"> 

<goto next="#REMOTE_book_f light "/> 
</block> 
</form> 

25 

Two extended VoiceXML files, including all the available extended attributes, are listed in 
Appendix B. 



When the application is saved, the dialog transformer 204 also generates a number of other 
30 files, including a project file 216, package description files 218, and type description files 
220. The project file is given a filename extension of " lqx", and contains information 
about the packages (i.e. f self-contained groups of files) and other data files making up a 
project of the voice application development system 100. 



35 An example project file is listed below. Within the project file, the project is defined by a 
"project" XML element that defines the project name as "mas". Within the "project" 
element are four sequential "folder" elements that define subdirectories or folders of the 




directory containing the project file, respectively named Packages, Transcripts, Scenarios, 
and Generated Code. These folders contain respectively the project's packages, transcripts 
of text, scenarios of interaction between the corresponding application and a user, and 
VoiceXML code and grammar generated for one or more specific IVR platforms. Within 
5 the Packages" folder element is a "package" element giving the location and name of any 
packages used by the project. The "folder" elements can contain one or more "file" 
elements, each defining the type and name of a file within the encapsulating folder. The 
"folder" elements can be nested. 



10 

<?xml version="1.0"?> 
<project narne="mas"> 

<folder name="Packages" directory="packages"> 

<package directory="mas" f ile="mas .pkg. xml"/> 
15 </folder> 

<f older name**" Transcripts" directory*" transcripts "> 
<file type= "transcript" name="mas . in"/> 
<file type* 3 "negative" name— "mas . negative '•/> 
</folder> 

20 <f older name=" Scenarios" directory="scenarios"> 

<file type=" scenario" narae="mas.scen'7> 
<file type 53 " states" name«"mas • states "/> 
</folder> 

<f older name="Generated Code" directory="deploy"> 
25 <f older name="JSGF Code" directory=" jsgf "> 

</folder> 

<f older name="Nuance Code" directory="nuance"> 
</f older > 
</folder> 
30 </project> 

A package description file is given a filename extension of ".pkg.xmi", and contains 
information about data files belonging to an individual Package of a project. An example 
of a package description file for the package named "mas" is given below. The file defines 
35 the project's dialog file as "mas.vxml", four grammar files, four prompt files, and three 
type definition files, containing definitions of user-defined variable types. These files are 
described in more detail below. 



<?xml verslon=*"1.0"?> 
40 <package name" "mas "> 

<file type="dialog" name="mas. vxml"/> 
<file type="grammar"> 



14 



<file type="rulelist" name="mas.rulelist"/> 

<file type=" cover" name= "mas .cover "/> 

<file type=»" slots" name* "mas . slots "/> 

<file type=" targets" name= M mas .targets "/> 
5 </file> 

<file type="prompt"> 

<file type="rulelist" name="mas .prompts . rulelist"/> 

<file type=*"cover" name^ "mas. prompt s.cover"/> 

<file type="slots" name= rt mas. prompts. slots"/> 
10 <file type«"targets" name="mas .prompts . targets"/> 

</file> 

<file type="typedef " name="cities.type.xml"/> 
<file type="typedef " name="fare_class. type.xml"/> 
<file type="typedef " name="collection_point .type.xml"/> 
15 </package> 

A Type description file is given a filename extension of ".type.xml", and contains 
information about a user-defined Type used in a Package of a project An example of the 
file is given below. The file defines an enumerated type named "fare_class" with three 
20 possible values: "firsf "business", and "economy". The "fare_class" type is associated 
with four files, respectively defining rules for the grammar, cover (a set of example 
phrases), slots (the parameter=value fields that the grammar can return), and targets (more 
specific slot filling information). 

25 <?xml version«"1.0" encoding="utf-8"?> 

<types> 

<enum name="f are_class"> 

<file type="graramar"> 

<file type="rulelist" 
30 name=*"fare_class.rulelist"/> 

<file type«"cover" name="f are_class . cover" /> 
<file type-"slots" name="fare_class. slots"/> 
<file type="targets" name="fare_class. targets "/> 
</file> 

35 <item name="f irst"/> 

<item name="business"/> 
<item name= s "economy"/> 
</enum> 
</types> 

40 



Returning to Figure 3, in order to deploy the application on the IVR 102, the application 
dialog is translated into VoiceXML by the application builder 206 at step 604. In addition 
to the dialog, voice applications require grammar and prompts. The application builder 206 
45 generates grammar files 222 and prompts files 224 automatically, using information 
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specified by the user and stored in the dialog, such as prompt wordings and Form input 
types. This information is supplied by the user entering typical phrases for 'mixed 
initiative' recognition (i.e., input containing multiple pieces of information). By applying 
generalisation methods to these phrases, a combinator module of the application 
5 development modules 210 generates a starting grammar set capable of handling a large 
number of input phrases. The application builder 206 also invokes the dialog transformer 
204 to create the extended VoiceXML file 214. The grammar 222 and prompts 224 files 
are used by the IVR code generator 208 to generate VoiceXML 226 for the IVR 102. 



10 A generated grammar file is given a filename extension of ".rulelist". An example of a 
generated grammar file for a flight booking system is: 



.Ask_flight_details_destination Cities :X 2 0 destination=$X. cities 
.Ask_flight_details_departure_point Cities :X 2 0 
15 departure jpoint»$X. cities 

.Ask_flight_details_ticket_class Fare_class:X 2 0 
ticket_class=$X. fare_class 

.Ask_flight_details_date Date:X 2 0 date.day=$X.date.day 
date . year=$X . date • year date . day_of _week=$X . date . day_of _week 
20 date . month=$X . date . month date . modi f ier=$X . date . modi f i er 
• Form_f light__details booking 2 1 
.Ask_book_flight_confirmation Confirmation :X 2 0 
conf irmation=$X. confirmation 

.Ask_get_enrich_number_enrich_number Digitstring:X 2 0 
25 enrich_number=$X. digits t ring 

.Ask_get_collection_point_collection_point Collectionjpoint :X 2 0 
collection_point=$X . collectionjpoint 

. As k_another_flight_second_f light Conf irraation:X 2 0 

second_f light=$X . confirmation 
30 .Ask^get^niamber^get^numbe^for^balance DigitstringrX 2 0 

get_number_f or_balance=$X . digitstring 

.Menu_main_menu_booking Booking 2 0 

! ! Booking booking 3 0 

! I Booking 1 0 
35 . Menu_mam_ menu_membership Membership 2 0 

! ^Membership membership 3 0 

! ! Membership 1 0 

.Form_flight_details GF_IWantTo:X738 book a Fare_class :X741 class ticket 
to Cities:X745 from Cities:X747 on Date:X749 2 1 date . day=$X74 9 .date. day 
40 date . year=$X74 9 . date . year ticket_class=$X74 1 . f are_class 

date . day_of _week*=$X7 4 9 . date . day_of _week date . month=$X7 4 9 . date . month 
departure_j?oint=$X747. cities destination=$X74 5. cities 
date. raodifier=$X74 9. date, modifier 

. Form_f light_details GF_IWantTo:X750 book a Fare_class :X753 class ticket 
45 to Cities :X757 2 1 ticket_class=$X753. fare class destination«$X757 . cities 




The first line or rule of this grammar can be used as an example: 
.Ask_flight_details_destination Cities :X 2 0 destination=$X. cities 

This grammar rule might be invoked when a flight booking application prompts a customer 
5 to provide the destination of a flight. The first field, 
.Ask_flight_details_destination, provides the name of the grammar rule. The 
second field, cities : x, indicates that the customer's response x is of type Cities. This type 
is defined by its own grammar that includes a list of available city names. The following 
two fields, 2 o, are used for grammar learning, as described in International Patent 

10 Publication No. WO 00/78022, A Method of Developing an Interactive System. The first 
field indicates the number of training examples that use the grammar rule. The second field 
indicates the number of other rules that refer to the rule. The last field, 
destination=$x. cities, indicates that the result of the rule is that the parameter 
destination is assigned a value of type Cities having the value of x. A more complex 

1 5 example is provided by the last rule : 

. Form_flight_details GF_IWantTo :X750 book a Fare_class :X753 class ticket 
to Cities :X757 2 1 ticket_class«$X753. f are_class destination=$X757 . cities 

In this case, the grammar rule invokes three other grammars: GF_lwantTo, Fare_class, 
and cities and assigns the results to parameters named X750, X753, and X757, 
20 respectively. This rule defines the application parameters ticket_ciass and 
destination. 

A prompts file is given a filename extension of ".prompts.rulelist", and each line of the file 
defines the speech prompt that is to be provided to a user of the application when the 
25 corresponding element of the dialog is executed. An example of a generated prompts file 

is: 

.Goodbye thank you for using this application, goodbye. 1 1 
.Noinput sorry , i did not hear anything. 1 1 
30 .Nomatch sorry, i did not understand you. 1 1 

.Ask_f light_details_destination where would you like to go 1 1 

. Ask_f light_details_destination_2 please say the destination city name 1 

1 

. Help_Ask_flight_details_destination please say the destination. 1 1 
35 .Ask_flight_details_departure_point where would you like to fly from 1 1 
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. Ask_flight_details_departure_point_2 please say the departure point 1 1 
. Help_Ask_flight_details_departurejpoint please say the departure point. 
11 

. Ask_flight_details_ticket_class what class would you like to fly 1 1 

5 

The format of the prompts file is the same as the grammar file. This allows the prompts to 
be improved through machine learning as though they were a grammar, using a grammar 
learning method such as that described in International Patent Publication No. WO 
00/78022, A Method of Developing an Interactive System. 

10 

The generated prompts include dynamically prompts. An example of a dynamic prompt is: 
"You have selected to buy Telstra shares. How many of the Telstra shares would you like 
to buy?". The word, "Telstra" is dynamically inserted into the application's prompt to the 
user. 

15 

The voice application development system 100 generates text-to-speech (TTS) prompts 
within the VoiceXML code that are evaluated on the fly. Although VoiceXML syntax 
allows an expression to be evaluated and played as a TTS prompt, the system 100 extends 
this by allowing an ECMAscript or JavaScript function to be called to evaluate each 

20 variable used in a prompt. By evaluating variables in a function rather than as an inline 
expression, complex test conditions can be used to determine the most suitable prompt 
given the available information in the variables. This might result in a prompt, for 
example, of "six dollars" rather than "six dollars and zero cents". In addition to 
automatically generating and incorporate JavaScript function calls in VoiceXML, the 

25 system 100 also generates the corresponding JavaScript functions by incorporating user- 
supplied prompt text and variables into the JavaScript templates 230. This allows the user 
to develop a voice application with dynamically generated prompts without having to 
manually code any JavaScript. 

30 For example, an automatically generated function call for a prompt named 
PromptConfirm_payment_details is: 

<field name=* n conf irm"> 

<grammar src="mas . gsl#Conf irm"/> 
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<prompt> 

<value expr="PromptConf irm_jpayment_details ( 
payment_details . company, 
payment_details . amount, 
5 payment_details.payment_date) "/> 

< /prompt > 



The corresponding JavaScript prompt function generated by the system 100 is: 



10 function PromptConfirm_payment_details (company, amount ,payment_date) 

{ 

var result; 

result = "the company is " + Bpay_names (company) + 
"the amount is " + Money (amount) + 
15 "the payment date is " + Date (payment_date) + 

"is this correct? "; 
if( valid_string ( result ) ) 
. { 

return result; 

20 > 

; 

return result; 

} 



25 

The system 100 represents prompts using a language model that describes all of the 
prompts that can be played, along with their meanings. This model contains the same type 
of information as a speech recognition grammar, and therefore the prompts to be played 
can be represented using a grammar. Prompts to be generated by the application are first 
30 represented as a grammar to enable that grammar to be improved using techniques such as 
grammar learning, as described in International Patent Publication No. WO 00/78022, A 
Method of Developing an Interactive System. The grammar is subsequently converted into 
JavaScript and referenced by the application's VoiceXML tags, as described above. 



35 An example of a prompt represented as a grammar is: 



.Confirrajpayment_details the company is Bpay_names : xl the amount is 
Money :x2 the payment date is Date:x3 is this correct? 1 
company=$xl . company amount . dollars»$x2 . amount . dollars 
40 amount . cents=$x2 . amount . cents payment_date=$x3 . payment_date 
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Returning to Figure 3, after the application has been built at step 604, that is, the extended 
VoiceXML 214, the grammar 222 and the prompts 224 for the application have been 
generated by the application builder 206, the application can be tested and further 
developed at steps 606 to 610. Steps 606, 608, 610 and 612 can be executed in any order. 
5 At step 606, the application can be simulated and refined. This involves simulating the 
execution of the application and refining its accuracy by allowing the user to tag phrases 
that do not match the existing grammar. When user input during testing does not match the 
grammar, a dialog box is displayed, allowing the user to tag the phrase and supply the 
correct 'slot' or slots corresponding to that input. A slot is a parameter=value pair for the 

10 application, such as "fare^class^business". A grammar learner module of the application 
development modules 210 then uses a transcript of the simulation to update the application 
grammar 222. New phrases learnt from this grammar are then displayed to the user, who 
can manually tag individual phrases as being incorrect. At step 608, the grammar 
capabilities of the application can be further improved by a Train Grammar tool of the 

15 application development modules 210. This is similar to the simulate and refine module, 
but allows the user to enter a list of typical user responses for each application prompt. At 
step 610, a Generate Scenarios module of the application development modules 210 
generates scenarios of possible interactions between the application and a human. Based on 
these scenarios, the user can determine whether and application prompts need 

20 improvement 

When the application has been tested and is ready for use, the IVR code generator 208 
executes a code generation process at step 612 to generate pure VoiceXML suitable for a 
particular speech-enabled IVR such as the IVR 102 of Figure 1. As shown in Figure 6, the 

25 code generation process begins at step 702 by removing the extended attributes from the 
extended VoiceXML file 214 to generate pure VoiceXML. At step 704, prompts 
(including dynamic prompts) in the prompt file 224 are converted into JavaScript 
functions. At step 706, these JavaScript functions are incorporated into the pure 
VoiceXML by adding references to the functions in VoiceXML tags, and adding the 

30 functions themselves to the pure VoiceXML. At step 708, the IVR grammar file 228 is 
generated by translating the application grammar file 222 into a grammar format supported 
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by the desired IVR platform, such as Nuance™ GSL or generic VoiceXML 1.0 JSGF 
grammar format, as selected by the user. Other grammar formats can be supported in the 
same way. At step 710, references to the IVR grammar file 228 are incorporated into the 
pure VoiceXML. The result is the pure VoiceXML file 226. The VoiceXML file 226 and 
5 the IVR grammar file 228 are sufficient to deploy the voice application on the IVR 102. 

For the purposes of illustration, Appendix C provides a partial listing of a pure VoiceXML 
file corresponding to the first extended VoiceXML file listed in Appendix B. The listing in 
Appendix C includes the VoiceXML with the merged JavaScript for supporting Prompts. 
1 0 • The JavaScript code is at the end of the listing. 

Many modifications will be apparent to those skilled in the art without departing from the 
scope of the present invention as herein described with reference to the accompanying 
drawings. 

15 

DATED this 24 th day of July, 2002 



20 



TELSTRA NEW WAVE PTY LTD 
By its Patent Attorneys 
DAVIES COLLISON CAVE 
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APPENDIX A: DIALOG ELEMENTS 


Decision 


Description: 


A point in the dialog where a decision is made to determine which path of execution should 
continue. 


Notes: 


Each Decision element is followed by one or more Decision-Branch elements. 


Parameters: 


Decision 

Name: a name for this Decision element 




Decision branch ir 


Description: 


A path that is followed if the condition is true. 


Notes: 


Can only be added after a Decision element 


Parameters: 


Branch 

Condition: an ECMAScript expression that if evaluated to true will cause execution to 
continue down this branch, eg. x == 2. validity == true, currency == *AUD\ Note that 
strings should be quoted in single quotes. An "else" condition is created by enabling the 
Otherwise checkbox. 




Menu 


DESCRIPTION: 


Prompts the user to select from a series of menu choices 


Notes: 


Each Menu element is followed by one or more Menu-Choice. 
Prompts for the menu can include: 

( 1 ) Auto generated prompts (by default); 

(2) User specified prompts; 

(3) Audio file for playing prompts. 

In addition, tapered prompts are supported. 


Parameters: 


Menu 

Name: name for this Menu element. 
Prompts 

Tapered prompts: the tapered prompts played to ask for a menu choice. The system can 
generate a default text prompt based on the menu choices and a default audio file name for 
recording the corresponding audio prompt, or you may enter in your own values. If an audio 
prompt is not required, the "Generate default audio file name" checkbox should be 
unchecked and the "Audio file" text box should be left empty. 

Help prompt: the prompt played when the user requests help. As with tapered prompts, the 
system can generate a default text prompt and audio file name, or you may enter in your 
own. 
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Menu choice A* 


Description: 


Defines a specific menu choice 


Notes: 


Can only be added after a Menu element 

This is the only Element whose name can have a space. 


Parameters: 


Choice 

Choice: a word or phrase for this menu choice. 




Form G 


Description: 


Collects user inputs to fill in a *form\ 
Defines a type and prompts for each input 

These can be standard types such as Time and Date, or user defined such as a list of 
products. 


Notes: 


User-defined-types need to be first created in the LHS Dialog/Project Files window, by right- 
clicking on 'package* icon. 

Selecting "Hot link" allows jumping to the Form from anywhere in the dialog. 

The Forms support mixed initiative filling of the Fields. 

Other Elements can refer to Form Fields using: "FormName.FieIdName M . 

When entering Form Fields, default string values need to be in single quotes (eg. 'telstra'). 


Parameters: 


Form 

Name: a name for this Form element An object with this name will be created to store the 
form fields. Each field can then be accessed as $formName.$fieldName, eg. BuyForm.price> 

Modal: if enabled, then only that input field's grammar is enabled when collecting each 
field; all other grammars' are temporarily disabled (including hot-linked global grammars). 
This means that you cannot get out of this form by saying a hotword. For example, a form 
that collects a login pin should be made modal. 

Confirm AH: enable confirmation of all form fields together at the end. 

Hot link: enable jumping to the form from anywhere in the document, by creating a 
document grammar for the form. 

Input Field 

Name: name of slot to be filled. 
Type: type of slot value. 

Default: default value for slot If a default is given, the user will not be prompted for the 
field. If the field type is a structured object, the slot will have multiple properties, one for 
each of the object's properties. You may specify a default by filling in some or all of these 
properties, depending on what is valid for a particular type. Note that strings should be 
quoted in single quotes, eg. \vednesdqy'. 

Confirm: enable individual confirmation of this field. This is in addition to the form 
confirmation of all fields at the end. 

Input Field Prompts 

Tapered prompts: the tapered prompts played to collect input for this field. The system can 
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generate a default text prompt based on the field name and a default audio file name for 
recording the corresponding audio prompt, or you may enter in your own values. If an audio 
prompt is not required, the "Generate default audio file name" checkbox should be 
unchecked and the "Audio file" text box should be left empty. 

Help prompt: the prompt played when the user requests help. As with tapered prompts, the 
system can generate a default text prompt and audio file name, or you may enter in your 
own. 



Record 


Description: 


Captures a voice recording from the user 


Notes: 


Note that the Record duration is in seconds. Setting it to too high will result in excesive 
memory usage & possible harddisk limit problems. 


PARAMETERS: 


Record 

Name: a name for this Record element 

MIME-type: MIME-type storage format for the recording. This field may be left blank if 
the IVR does not allow a MIME-type specification. Please consult your IVR documentation 
for supported MIME-types. 

Beep: enable a beep to be sounded before recording starts. 

DTMF Terminate: enable a DTMF key press to terminate the recording. 

Duration: maximum recording time in seconds. 

Confirm: enable confirmation of the recorded material. 

Prompt: the prompt played to ask for a recording. The system can generate a default text 
prompt and a default audio file name for recording the corresponding audio prompt, or you 
may enter in your own values. If an audio prompt is not required, the "Generate default audio 
file name" checkbox should be unchecked and the "Audio file" text box should be left empty. 




Speaker IHI 


Description: 


Plays TTS & audio to the caller. 


Notes: 


Can say variables of predefined types, such as Date, Money, etc. The variables need to be 
declared as a valid object (unless it is created via a Form Field). Eg. User can use local 
processing to declare a variable called price, as follows: price = new ObjectO; price.dollars = 
10; price.cents « 4; To use it in Speaker, type the following: PromptMoney(price) in a 
Speaker expression fragment. 
To play back predefined Types, such as Money: 

( 1 ) add a Speaker fragment of the type "Expression"; ! 

(2) enter in the "Expression" text box: PromptType(x), where Type is the predefined type 
name, x is the variable of the predefined type. E.g. If "y" is type money (where 
y.dol!ars=5 y.cents=0), then entering PromptMoney(y) will result in the following being 
played: "five dollars". 


Parameters: 


Speaker 
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Name: a name for this Speaker element. 




Fragment 




Type: type of prompt fragment 




Text: a fixed text fragment The text specifies text-to-speech (TTS) that should be played. 
The audio file URL specifies a recording that should be played, in precedence to the text-to- 
speech, eg. greeting.wav, http://serverAvelcome.wav. Either of the audio file or the text may 
be left empty to request that only TTS or audio with no alternate text should be played. 




Expression: an evaluated prompt fragment The ECMAScript expression is evaluated and 
played as text-to-speech (TTS), eg. recordedMessage, counter + 1. To play back a variable of 
a known type, you should use the function PromptType(x), where Type is the name of that 
type, and x is the name of the variable, eg. PromptMoney(BuyForm.price). This is 
particularly important for playing back structured types. The audio expression is evaluated 
and retrieved as an audio file URL for playing, eg. company + \ wav'. The expressions may 
reference any variable defined in the package, such as in a Variables element or a Form 
object. Either of the audio expression or the TTS expression may be left empty to request 
that only TTS or audio with no alternate text should be played. 



Local Processing £3 


Description: 


Local computation. 


Notes: 


This can be any ECMAScript code, eg. functions, statements, function calls. Any variable 
declared in the dialog may be accessed, eg. declared Variables, Form fields, SubroutineCall 
outputs, RemoteProcessing outputs. 


Parameters: 


Local Processing 

Name: a name for this Local Processing element 

ECMAScript: any arbitrary ECMAScript code, such as variable declarations, if blocks, 
assignment statements, function declarations and function calls, eg. x = x + 7; currency = 
'AUD'i. Note that strings should be quoted in single quotes. 




Remote Processing £3 


Description: 


Call a server-side script (via a HTTP URL) to perform some processing. The script should 
return a VoiceXML document with the results of the processing. 


NOTES: 


Need PHP/CGI running on remote Web server to handle this. Name of the input and output 
parameters neecuVt be declared in the Variables element The names of the input and output 
parameters should match what is required at the remote server end. Other Dialog Elements 
can refer to the output of the Remote Processing element using: 
"RemoteProcName.outputName". 

See Chapter 9: Advanced Techniques for more information 


Parameters: 


Remote Processing 

Name: a name for this Remote Processing element An object with this name will be created 
to store the returned outputs. Each output can then be accessed as 
$remoteProcessingName.$output f eg. ValldateP invalidity 

Source URL: the URL of the remote script to execute, eg. http://server/cgi-bin/scriptl . 
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Input 




Name: name of the input parameter to be submitted, eg. price. This is the name that the 
server script expects. 




vuiue* value ui uic uipui paianicicr m ue bUDiiiiucu, eg. ouyr or(n.pnce t /, /tuu , true, x ~ 
L This may be any valid ECMAScript expression. The expression may reference any 
variable defined in the package, such as in a Variables element or a Form object. If the value 
is an ECMAScript object with fields fl, f2, then the object is serialised and submitted 
using the names o.fl, o.f2, assuming o is the declared input name. 




Output 




Name: name of each parameter returned by the remote script, eg. outFieldl. The remote 
script should return a VoiceXML document containing a subdialog form whose return 
namelist includes all these output fields. 



Loop Call Of 


Description: 


Calls a Loop to execute a part of a dialog that should be iterated several times. 


Notes: 


A corresponding Loop element is required. 

See Chapter 9: Advanced Techniques for more information 


Parameters: 


Loop Call 

Name: a name for this Loop Call element 

Source: the loop to call. The loop must be defined in this package. 




Subroutine Call Hi 


Description: 


Start a subroutine. Used for breaking bigger programs into smaller components, for ease of 
readability, reuse of code, and support of pre-packaged code. 


Notes: 


A corresponding Subroutine element is required, input parameter names needn't be declared. 
Ouput parameter names are set by the Subroutine element Other Dialog Elements can refer 
to the output parameters by calling: "SubroutineCallName.OutputParamName". 

See Chapter 9: Advanced Techniques for more information 


Parameters: 


Subroutine Call 

Name: a name for this Subroutine Call element An object with this name will be created to 
store the returned outputs. Each output can then be accessed as $subName.$output s 
eg. ValidatePiruvalidity. 

Source: the subroutine to call (qualified with the package name). If the declared subroutine 
inputs and outputs have changed, you may need to reselect the subroutine from the Source 
list box to refresh the displayed inputs and outputs. 

Inputs 
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This is a list of the inputs that the called subroutine expects. For each input, you must specify 
an ECMAScript expression whose value will be passed to the subroutine, eg. 0, 
BuyFornuprice, pinValidity, 'AUD\ It may reference any variable defined in the package, 
such as in a Variables element or a Form object. Note that strings should be quoted in single 
quotes. Note also that you cannot leave any input value blank. 

Outputs 

This is a list of the outputs that the called subroutine returns. 




Jump 


Description: 


Jump to a predefined block. Can jump to any element in the same MainDialog or Subroutine 
that has a name. 


Notes: 


Valid destinations for Jump: (1) Jumps within a MainDialog; (2) Jump from a Loop in a 
MainPackage to the MainDialog; (3) Within a subroutine. 


Parameters: 


Jump 

Destination: the destination element to jump to. You can only jump within a main dialog or 
within a subroutine. You cannot jump to an element in a loop or in another package. The 
available elements to jump to are presented in the drop-down list box. 




End * 


Description: 


Terminate the call. End of dialog 


Notes: 




Parameters: 


Causes execution to terminate immediately 




Transfer 33! 


Description: 


Transfer the call to another number. 


Notes: 




Parameters: 


Transfer 

Name: a name for this Transfer element 

Destination: a number to dial or an ECMAScript expression that evaluates to such a 
number. A valid number is a string of digits with optional spaces, eg, 1234567, 03 1234567. 
The number may optionally contain a protocol specifier. Please consult your IVR 
documentation for specific supported number formats. 

Connection Timeout: maximum time in seconds to wait for a connection before a failure is 
reported. 




Loop Break 82$ 


Description: 


Used within a Loop to break out of the loop. 


Notes: 


Only valid within a Loop 


Parameters: 


Causes execution to break out of the loop immediately. The loop exit message, if any, is not 
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played 


Loop Next 


Description: 


Used within a Loop to indicate the end of one iteration. 


Notes: 


Only valid within a Loop 


Parameters: 


Causes execution of the next iteration of the loop, if the loop test condition evaluates to true. 
The loop step is executed before the condition is evaluated. 




Subroutine Return tfcll 


Description: 


Return from subroutine 


Notes: 


Only valid within a Subroutine 


Parameters: 


Return from a subroutine call. 




Variables H 


Description: 


Declare "global" variables that can be accessed from anywhere within this Package, eg. 
inside a Loop, LocalProcessing, Speaker element. 


Notes: 


Form Fields, Subroutine Call outputs and Remote Processing outputs do not need to be 
declared. They are automatically created. 


Parameters: 


Variables 

Name: a name for the variable. The name should be unique within this package. 

Value: an ECMAScript expression, usually a constant, that sets the initial value for the 
variable, eg. 0, 'cat', true . Note that strings should be quoted with single quotes. The value 
may be left empty to create an ECMAScript undefined value. 




Hotwords H 


Description: 


Create "hot words" that transition the user to a specified point in the dialog when they are 
uttered by the user. 


Notes: 


Allows the user to jump from one part of the dialog to another if they want to do something 
else, for example. 

Hotwords can only be created in the Main Package, not in Subroutine Packages. 


Parameters: 


Hotwords 

Hotword: a word or phrase that will trigger a jump. 
Destination: the destination element to jump to. 




Start Dialog ® 


Description: 


The entry point for the application. 


Notes: 


This is automatically created when you create a new project. Only the first package has a 
Start Dialog element Each project must have one and only one Start Dialog element You 
cannot add more Start Dialogs, nor delete any. 
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Parameters: 



Start Dialog 

This is the entry point for the application. 
Name: a name for this Start Dialog element 

Quit Prompt: the prompt played when the user has requested to quit, after which the dialog 
will terminate. The system can generate a default text prompt and a default audio file name 
for recording the corresponding audio prompt, or you may enter in your own values. If an 
audio prompt is not required, the "Generate default audio file name" checkbox should be 
unchecked and the "Audio file" text box should be left empty. 

No Input Prompt: the prompt played when no input is detected while the user is being 
asked for a response. The user is then reprompted for a response. As with the Quit prompt, 
the system can generate a default text prompt and a default audio file name, or you may enter 
in your own values. 

No Match Prompt; the prompt played when the detected user response cannot be 
recognised by the system. The user is then reprompted for another response. As with the Quit 
prompt, the system can generate a default text prompt and a default audio file name, or you 
may enter in your own values. 



Subroutine ® 



Description: 



This is the entry point for a subroutine. 



Notes: 



Subroutine elements cannot be added to the Main Package. They can only be added to non- 
Main Packages. More than one Subroutine can be added to a non-Main Package. However, 
all Subroutine inputs and outputs must be unique within the Package, ie. no two Subroutines 
can declare the same input name or output name. Furthermore, no input name can be the 
same as an output name. 

The Subroutine element is created by (1) right-clicking on the "Project" icon on the 
Dialogs/Project Files window (LHS) to add a new Package; and (2) right-clicking on a 
Package icon on the Dialogs window (LHS) to add a new Subroutine. 

Each path in the Subroutine should end with a Return element, otherwise the Subroutine will 
not return to the calling dialog. 

See Chapter 9: Advanced Techniques for more information 



Parameters: 



Subroutine 

Name: a name for this Subroutine element 
Input 

Name: name of each input parameter expected, eg. pin. The input will be declared as a 
document variable mat you can access from anywhere within the package. You do not need 
to (re)declare it under the Variables element. 

Output 
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Name: name of each return parameter, eg. validity. The output will be declared as a 
document variable that you can access from anywhere within the package. You do not need 
to (re)declare it under the Variables element. 



Loop ® 


Description: 


A portion of the dialog that should be executed several times. 


Notes: 


The Loop element is created by right-clicking on the Package icon on the Dialogs window 
(LHS). Variables are freely shared between the Loop body and the main dialog (of the same 
Package) as they are in one VoiceXML document. 

See Chapter 9: Advanced Techniques for more information 


Parameters: 


Loop 

Name: a name for this Loop element 

Loop Test: an ECMAScript expression that if evaluated to true will cause execution of the 
next iteration of the loop, eg. counter < 5. 

Test at start: If enabled, the test condition is evaluated at the start of the loop and the loop is 
equivalent to a while / for loop. If disabled, the loop body is executed before the test 
condition is evaluated and the loop is equivalent to a do-white loop. 

Exit message: a message to be played when the loop exits normally, eg. there are no more 
items. The system can generate a default text prompt and a default audio file name for 
recording the corresponding audio prompt, or you may enter in your own values. If a 
message is not required, the "Generate default.." checkboxes should be unchecked and the 
"Audio file" and "TTS" text boxes should be left empty. 

Loop Init 

Variables to be initialised at the start of the loop. 

Name: name of a variable, eg. counter. The variable must have been created elsewhere, such 
as in the Variables element. 

Value: an ECMAScript expression that sets the initial value for the variable, eg. 0. 
Loop Step 

Variables to be incremented before another iteration of the loop. The increment occurs 
before the test condition is reevaluated. 

Name: name of a variable, eg. counter. 

Value: an ECMAScript expression to increment the variable, eg. counter + 1. 
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APPENDIX B: TWO EXTENDED VoiceXML files OF AN APPLICATION 
FILE 1. DEM02_8MAY.VXML 

<?xml version="l. 0" encoding="utf-8"?> 

<vxml version« M l. 0 W xmlns : lq="http: //www. telstra. com.au/LyreQuest "> 
5 <link event^'help 1 ^ 

<grammar src= s "null#Help r */> 
</link> 

<link event = f, repeat"> 
10 <grammar src- M null#Repeat"/> 

</link> 

<link event="quit"> 

<grammar src a ="null#Quit "/> 
15 </link> 

<script> 

function merge (objl, obj2) 
{ 

20 if (objl == undefined) 

return obj2; 

else 

return objl; 

> 

25 </script> 

<var name= ,f _dumray"/> 

<var name="counter" la: element= s "DocumentVariables ,, /> 

30 

<catch event="quit"> 

<prompt count="l" bargein="true" lq:text=""> 

<value expr«"PromptGoodbye ( ) "/> 
< /prompt > 
35 <exit/> 
</catch> 

<catch event="noinput ,f > 

<prompt count»"l" bargein^true" lq: text«" "> 
40 <value expr="PromptNoinput ( ) "/> 

< /prompt > 
<reprompt/> 
</catch> 

45 <catch event^nomatch'^ 

<prompt count= M l" bargein»"true w lq:text=""> 
<value expr="PromptNomatch { ) "/> 

< /prompt > 

<reprompt/> 
50 </catch> 

<form id="DIALOG_MainDialog" lq:element= n StartDialog" 
lq:name="MainDialog"> 
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<block name="link"> 

<goto next="#SPEAKER_sayWelcome"/> 
</block> 

5 </form> 

<form id="SPEAKER_sayWelcome" lq: element*" Speaker" 
lq : name* M sayWelcome n > 
<block> 

10 <prompt> 

Welcome to the automated X Y Z bank 
< /prompt > 
</block> 

<block name="link"> 
15 <goto next- ,, #LOOPCALL_call_authenticate_loop"/> 

</block> • 

</f orm> 

20 <form id="LOOPCALL_call_authenticate_loop" lq: element ="LoopCall" 

lq: name="call_authenticate_loop" lq: calls="authenticate"> 

<subdialog name="loopcall" src="#LOOP_authenticate"> 
<param name«"counter" expr= "document . counter" /> 
<param name="get PIN" expr=" document .get PIN"/> 
25 <param name*"validatePIN" expr=" document . validatePIN"/> 

<param name="call_get_balance" 
expr=" document . call_get_balance"/> 

<param name="payment_details" 
expr = "do cumen t . pa ymen t_de t ai 1 s " / > 
30 <filled> 

<assign name="document . counter" 
expr*"loopcall. counter "/> 

<assign name="document . get_PIN" 
expr*"loopcall .get_PIN"/> 
35 <assign name=" document . validatePIN" 

expr="loopcall . validate PIN" /> 

<assign name* "document . call_get_balance" 
expr="loopcall . call_get_balance"/> 

<assign name="document .pa yment_de tails" 
40 expr~"loopcall.payment_details"/> 

</filled> 
</subdialog> 
<block name="link"> 

<goto next*"#DECISION_checkPINvalidity"/> 
45 </block> 

</form> 

<form id="DECISION_checkPINvalidity" lq: element="Decision" 
50 lq:name*"checkPINvalidity"> 
<block> 

<if cond=" validatePIN. x == Sapos; PASS&apos; "> 

<goto next="#BRANCH_checkPINvalidityJ>"/> 
<else/> 

55 <goto next="#BRANCH_checkPINvalidity_l"/> 

</if> 
</block> 
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</form> 

<form id="BRANCH_checkPINvalidity_0" lq: element =" Branch" 
lq:condition="validatePIN.x «■ &apos;PASS&apos; "> 
<block name="link"> 

<goto next="#MENU_main"/> 
</block> 

</form> 



<menu id="MENU_raain" lq: element ="Menu" lq: name="main"> 
<prompt count="l n bargein="true" lq: text= 3,Mt > 

<value expr="ProraptMenujnain() "/> 
</prompt> 

15 <choice next="#MENUITEM_main__balance"> 

<grammar src= ,, null#Menu_main_balance ,, /> 
</choice> 

<choice next="#MENUITEM_main_enquiry"> 

<grammar src="null#Menu_main_enquiry"/> 
20 </choice> 

<choice next="#MENUITEM_ mainJLeave_message"> 

<grammar src= ,, null#Menujnain_leave__raessage n /> 

</choice> 

<choice next="#MENUITEM_main_payjDills"> 
25 <grammar src="null#Menu_mainjpay_bills"/> 

</choice> 

<choice next="#MENUITEM_main_quit"> 

<grammar src="null#Menu_main_quit"/> 
</choice> 

30 

<catch event="help"> 

<prompt count="l" bargein= s "true" lq: text=""> 
<value expr= "Prompt Help_Menu_main ( ) "/> 
</ prompt > 
35 </catch> 

<catch event=" repeat "> 

<reprompt/> 
</catch> 
</menu> 



<form id="MENUITEM_main_balance" lq: element="MenuChoice' 
lq : name="balance " > 

<block name«"link"> 



<goto next= ,, #SUBROUTINECALL_call_get_balance"/> 
45 </block> 

</form> 

<var name="call_get_balance" expr="new Object {)" 
50 lq:references="call_get_balance"/> 

<form id="SUBROUTINECALL_call_get_balance" 
lq:eleraent="SubroutineCall" lq:name="call_get_balance" 
lq: calls=*"subroutinel . vxml#subjpresent_balance"> 
<subdialog name="subcall" 
55 src="subroutinel • vxml#SUBROUTINE_sub_present_balance"> 

<param name="pin_number" expr="get_JPIN . PIN" 
lq : element ~" Input " /> 
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<filled> 

<assign name="call__get_ba lance, result code" 
expr="subcall . result_code" lq: element-" Output "/> 

</filled> 
5 </subdialog> 

<block name="link"> 

<goto next="#SPEAKER_Speaker24"/> 
</block> 

10 </form> 

<form id="SPEAKER_Speaker24" lq: element-" Speaker" 
lq: name="Speaker24 "> 
<block> 

15 <prompt> 

the result of your balance enquiry is 
<value expr="call_get Jbalance . result_code"/> 
< /prompt > 
</block> 

20 <block lq:element="Goto" lq:next="raain"> 

<goto next~"#MENU_main"/> 
</blbck> 



25 



</form> 

<form id="MENUITEM_main_enquiry n lq: element^ "MenuChoice* 
lq:name«"enquiry"> 

<block name="link"> 



<got o next = " # S PEAKER_Spe a ker 2 1 " /> 
30 </block> 

</form> 

<form id="SPEAKER_Speaker21 w lq: element-" Speaker " 
35 lq : name- "Speaker21 " > 
<block> 

<prompt> 

you are being transfered to an operator 
</prompt> 
40 </block> 

<block name="link M > 

<goto next-"#TRANSFER_Transfer22"/> 
</block> 

45 </form> 

<form id="TRANSFER_Transfer22" lq: element="Transf er" 
lq:name="Transfer22" lq:bridge="f alse" lq:destination="0392536742" 
lq:destinationExpression= ,, null 1 ' lq: connect Timeout-" 30 "> 
50 <transfer name-"Transfer22" bridge="false" 

connecttimeout-"30s" dest="0392536742"> 
</transfer> 
</form> 

55 <form id-"MENUITEM_mainJLeave_message" lq:element="MenuChoice" 

lq: name- "leave message"> 

<block name="link"> 
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<goto next="#RECORD_Record20"/> 
</block> 

</form> 

5 

<var name= ,, Record20" lq: ref erences= ,l Record20 ,, /> 

<form id="RECORD_Record20" lq: element="Record" lq: name="Record20 n 
lq:beep="true" lq:duration= M 30" lq:dtmfTerminate="true" 
lq : mimeType**" null " lq: conf irm="true " > 
10 <record name="record_Record20 n beep^true" maxtime^SOs" 

d tmf term= "true"> 

<prompt count="l" bargein=."true" lq:text="at the tone, 
please record your message, you can press hash to end."> 

<value expr=* ,, PromptRecord_Record20() "/> 
15 < /prompt > 

</record> 

<field name-"confirm" modal="true f, > 
<grammar src= s "null#Conf irm"/> 
20 <prompt> 

Your recording is <value expr="record_Record20"/> 
To keep it, say yes. To discard it, say no. 

</prompt> 
<filled> 

25 <if cond=*"confirm != 'yes"^ 

<clear/> 

</if> 
</filled> 

<catch event«"help f, > 
30 <prompt> 

Please say yes to keep your recording, or 
say no to record another message. 

< /prompt > 
</catch> 

35 <catch event="repeat"> 

<prompt> 

Your recording is <value 
expr= M record_Record20"/> To keep it, say yes. To discard it, say no. 

< /prompt > 
40 </catch> 
</field> 

<block> 

<assign name="Record20" expr="record_Record20"/> 
45 </block> 

<block lq:element="Goto" lq:next="main"> 

<goto next« M #MENU_raain n /> 
</block> 



</form> 



<form id= M MENUITEM_mainj>ay_bills ,f lq: element«"MenuChoice" 
Iqiname^'^ay bills"> 
55 <block name="link"> 

<goto next= w #FORM_payment_details "/> 
</block> 



10 



35 



</form> 

<var name»"payment_details" expr="new Object {)" 
lq : ref erences="payinent_details "/> 

<form id="FORM_payment_details" lq: element="Form" 
lq:name«"payment_details" lq:modal=" false" lq: con firm*" true" 
lq:documentGrammar= 3 "true"> 

<grammar scope="document" src="null#Form_payment_details"/> 



<field name s3 "company" cond=" false" /> 
<field name"" amount" cond="f alse"/> 
<field name«"payment_date" cond="f alse"/> 
<block> 

15 <assign name= "payment _det ails . company" expr="company"/> 

<assign name="payment_ details . amount" expr=" amount "/> 
<assign name="payment_details .payment_date" 
expr="payment_date"/> 
</block> 

20 <subdialog name="payment_details_company" 

s rc= " # ASK_payment_det ai 1 s_company " > 

<param name="payment_details" expr="payment_details"/> 
<filled> 

<assign name="payment_details" 
25 expr="payment_details_company ;payment_details"/> 

</filled> 
</subdialog> 

<subdialog name="payment_details_ amount " 
30 src="#ASKjpayment_details_amount"> 

<param name="payment_details" expr= ,r payment_details"/> 
<filled> 

<assign name="payment_de tails" 
expr="payment_details_amount.payment_details"/> 
35 </filled> 
</subdialog> 

<block> 

<if cond="payment_details.payment_date undefined"> 
40 <script> 

<! [CDATA [ 

payment_details . payment_date « new 

Object () ; 

payment_det ails . payment_date . modifier 

45 « 'today 1 ; 

]]> 

</script> 

</if> 
</block> 

50 

<subdialog name="payment_details_payment_date" 
s r c= " #ASKjpayment_det a i 1 s_payment_da t e " > 

<param name="payment_details" expr= ff payment_details"/> 
<f illed> 

55 <assign narae«"payment_de tails" 

expr="payment_details_payment_date.payment_details"/> 

</filled> 
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</subdialog> 

<field name s ="confirm n > 

<grammar src= "null # Con f irm"/> 
5 <prompt> 

<value 

expr=" Prompt Conf irm_payment_de tails (pa yment_de tails . company/ 
payment_details. amount/ payment_details.payment_date) "/> 

< /prompt > 
10 <filled> 

<if cond="confirm 'yes' 1 ^ 

<assign name=" pa yment_de tails . company" 



expr = " unde f ined" / > 
15 expr= " undefined" /> 
expr = " unde f ine d " / > 



<assign name="payment_details . amount" 
<assign name="payment_details .payment_date" 
<clear/> 



</if> 

20 </filled> 

<catch event="help"> 
<prompt> 

<value 

expr=" Prompt Help_Conf irm_ payment_de tails ( ) "/> 
25 < /prompt > 

</catch> 

<catch event="repeat"> 

<reprompt/> 
</catch> 



</field> 

<block lq:element="Goto" Iq: next="main"> 

<goto next="#MENU_main"/> 
</block> 



</form> 



<form id=="ASK_payment_details_company" lq: element=="FormField" 
lq: references«"payment_details" lq: name=" company" lq: type="bpay_names" 
40 lq:default="" lq: conf irm="f alse"> 

<grammar src="null#Ask_payment_details_company"/> 

<var name="payment_details"/> 

45 <block> 

<if cond="payment_details. company != undefined"> 
<return namelist="payment_details"/> 

</if> 
</block> 

50 

<field name="company" cond="false"/> 
<field name="amount" cond="false"/> 
<field name«"payment_date" cond=" false "/> 
<initial name="start"> 
55 <prompt count="l" bargein="true" lq: text="please say 

the company "> 
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<value 

expr="PromptAskjpayment_details_company ( ) "/> 

< /prompt > 
</initial> 
<filled mode s = ,, any"> 

<assign name="payment_details . company" 
expr= "merge (pa yment_de tails . company, company) "/> . 

<assign name= "pa yment_de tails . amount" 
expr="merge (payment_details . amount, amount ) "/> 

<assign name«"payment_details . payment_date" 
expr= "merge (payment_details.payment_date, payment_date) "/> 

<if cond="payment_details. company ==» undefined"> 
<clear/> 

</if> 

15 </filled> 
<block> 



<return namelist= w payment_details"/> 
</block> 



<catch event-"help"> 

<prompt count="l" bargein="true" lq: text^'please say 

the company* "> 
25 <value 

expr^'TromptHelp^Ask^payment^details^company { ) "/> 

< /prompt > 
</catch> 

30 <catch event="repeat"> 

<reprompt/> 
</catch> 



</form> 

<form id="ASK _jpayment_details_amount " lq: element="FormField" 
lq:references="payment_details" lq:narae=" amount" lq: type=" Money" 
lq:default=" [] " lq:confirm="false"> 

<grammar src=*"null#Ask_payment_details_amount"/> 

<var name="payment_details"/> 

<block> 

<if cond="payment_details. amount !« undefined"> 
<return namelist= "payment details"/> 

</if> 
</block> 



<field name="amount" cond="f alse"/> 
50 <field name="payment_date" cond="f alse"/> 

<initial name^" start "> 

<prompt count="l" bargein="true" lq: text=""> 
<value 

expr»"PromptAsk_jpayment_details_amount { ) "/> 
55 </prompt> 
</initial> 
<filled mode="any"> 
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<assign name="payment_details . amount " 
expr^'merge (payment_details . amount, amount) "/> 

<assign name^'payment^details-payment^date" 
expr="merge (payment_de tails .payment_date, payment_date) "/> 
5 <if cond="payment_details. amount »« undefined"> 

<clear/> 

</if> 
</filled> 

10 <block> 

<return namelist="payment_details"/> 
</block> 



15 <catch event="help"> 

<prompt count="l" bargein="true" lq:text=""> 
<value 

expr="PromptHelp_Ask_payment_details_amount () "/> 

</prompt> 
20 </catch> 



25 



<catch event="repeat"> 

<reprompt/> 
</catch> 



</form> 



<form id="ASK^ayment_detailsjpayment_date" lq: element="FormField" 
lq:references="payment_details" lq:name«"payment_date" lq: type="Date" 
30 lq:default=" [{modifier^ 1 today' }] " lq: conf irm="true"> 

<grammar src= ,, null#Ask_j>ayment_details_payment_date"/> 

<var name="payment_details"/> 

35 <block> 

<if cond«"payment_details.payment_date != undefined"> 
<assign name= M start" expr="true"/> 
<goto nextitem= sW confirm"/> 

</if> 

40 </block> 

<field name^'paymen^date" cond=" false" /> 
<initial name="start "> 

<prompt count="l" bargein="true" lq:text=""> 
45 < value 

expr="PromptAsk_jpayment_detailsjpayment_date () "/> 

</prompt> 
</initial> 
<filled mode="any"> 
50 <assign name="payment_details .payment date" 

expr="merge (payment_details.payment_date, payment_date) "/> 

<if cond="payment_details ,payment_date == undefined"> 
<clear/> 

</if> 

55 </filled> 



<field name="conf irm"> 
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<grammar src="null#Conf irm"/> 
<prompt> 

<value 

expr« ,, ProraptConfirm_payment_details_payment_date (payment_de tails .payment^ 
5 date)"/> 

< /prompt > 
<filled> 

<if cond=" con firm — , yes fM > 

<return namelis t-"payment_details " /> 
10 <else/> 

<assign name-"payment_de tails .payment_date f 

expr= M undefined"/> 

<clear/> 

</if> 

15 </filled> 

<catch event="help"> 
<prompt> 

<value 

expr="PromptHelp - Confirm_payment_details_payment_date () "/> 
20 </prompt> 

</catch> 

<catch event s ="repeat"> 

<reprompt/> 
</catch> 



</field> 



<catch event** " he lp"> 

<prompt count="l" bargein="true M lq: text=" "> 
30 <value 

expr="PromptHelp_Askjpayment_detailsjpayment - date ( ) "/> 

< /prompt > 
</catch> 

35 <catch event^repeat 1 ^ 

<reprompt/> 
</catch> 



</form> 



<form id="IffiNUITEM_main_quit" lq^lement^'MenuChoice" 
lq:name="quit ,f > 

<block lq:element="End"> 
<exit/> 
45 </block> 

</form> 

<form id="BRANCH_checkPINvalidity_l" lq: element="Branch" 
50 lq: condition="otherwise"> 

<block name= ,, link ,t > 

<goto next="#SPEAKER_failedPIN"/> 
</block> 

55 </form> 
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<form id="SPEAKER_failedPIN" lq:element= "Speaker" 
lq:name=="failedPIN"> 
<block> 

<prompt> 

5 You have not been authenticated. Goodbye. 

< /prompt > 
</block> 

<block lq:element="End"> 
<exit/> 
10 </block> 

</f orm> 

<form id="LOOP__authenticate" lq:element="Loop" 
15 lq:name=" authenticate" lq: testatstart="true"> 

<var name=" counter "/> 

<var name="get_PIN"/> 

<var name="validatePIN"/> 

<var name="call__get_balance"/> 
20 <var name="payment_details"/> 

<block> 

<assign name= "document . counter" exp r=" count er"/> 
<assign name- "document . get__P IN" expr-"get_PIN"/> 
<assign name= i "document . validatePIN" 
25 expr="validatePIN"/> 

<assign narae="document . callage t_balance" 
expr="call_getJbalance"/> 

<assign names'/document .payment_de tails" 
expr^'^ayment^details" /> 
30 </block> 
<block> 

<goto next="#LOOPINIT_authenticate"/> 
</block> 

35 </form> 

<form id="LOOPINIT_authenticate" lq: references="authenticate"> 
<block> 

<assign naitie="counter" expr="0" lq:element="LoopInit"/> 
40 <goto next="#LO*OPTEST_authenticate"/> 

</block> 
</form> 

<form id="LOOPTEST_authenticate" lq: element="LoopTest" 
45 lq: test="counter&lt ; 3 " lq: ref erences-"authenticate"> 
<block> 

<if cond="counter<3"> 

<goto next="#LOOPBODY_authenticate"/> 
<else/> 

50 <goto next»"#LOOPEND_authenticate"/> 

</if> 
</block> 



55 



</form> 

<form id=*"LOOPEND_authenticate" lq:element»"LoopEnd" 
lq:references«"authenticate"> 
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<block> 

<prompt count="l" barge in=" true" lq:text=""> 

<value expr="PromptLoopExit_authenticate () "/> 
< /prompt > 

5 <return namelist="counter get_PIN validatePIN 

call_get_balance payment_details "/> 
</block> 
</form> 

10 <form id-"LOOPSTEP_authenticate" lq:references«"authenticate"> 

<block> 

<assign name=" counter" expr="counter+l" 
lq:element="LoopStep"/> 

<goto next="#LOOPTEST_authenticate"/> 
15 </block> 
</fonn> 

<form id="LOOPBODY_ authenticate" lq: element="LoopBody" 
lq: ref erences="authenticate"> 
20 <block name="link"> 

<goto next="#FORM_get_PIN"/> 
</block> 



25 



40 



</forra> 



<var name="get_PIN" expr="new Object <)" lq: ref erences="get_PIN"/> 
<form id«"FORM_get_PIN" lq: element= M Form" lq: name- ,, get_PIN n 
lq:modal= ! "true" lq: conf irm="f alse" lq: document Grammar="f alse"> 
<field name="PIN" cond="false"/> 
30 <block> 

<assign name="get_PIN. PIN" expr ss "PIN"/> 
</block> 

<subdialog name="get_PIN_PIN" src="#ASK_get_PIN_PIN"> 
<param name="get_PIN" expr="get_PIN"/> 
35 <filled> 

<assign name="get_PIN" 
expr="getJ?IN_PIN.get_PIN"/> 

</filled> 
</subdialog> 



<block name="link"> 

<goto next«"#REMOTE_validatePIN"/> 
</block> 



45 </form> 

<forro id="ASK_getJ?IN_PIN" lq: element="FormField" 
lq:references="get_PIN n lq:name="PIN" lq: type="Digitstring" lq:default= 
lq: conf irm=" false "> 
50 <var name«= ,r getJPIN"/> 

<block> 

<if cond="get_PIN.PIN ! = undefined"> 
<return namelist="get_PIN M /> 

55 </if> 
</block> 




<field name= w PIN" modal="true"> 
<link event="help"> 

<grammar src« n null#Help"/> 
</link> 

5 <link event="repeat"> 

<grammar src="null#Repeat"/> 
</link> 

< grammar s r c= " nul 1 # As k_ge t_PI N_P I N " / > 
<prompt count= 5,, l w bargein="true" lq: text="please say 
10 your four digit PIN number "> 

<value expr= M PromptAsk_get_PIN_ PINO "/> 
< /prompt > 

<prompt count= M 2" bargein="true" lq: text =" second 
prompt, please say the pin. Example is one two three four."> 
15 <value expr="PromptAsk_get_PIN_PIN_2 ( ) "/> 

< /prompt > 
<filled> 

<assign name="get_PIN.PIN" 
expr="merge (get_PIN . PIN/ PIN) "/> 
20 </filled> 
</field> 

<block> 

<return namelist= ,, get_PIN"/> 
25 </block> 

<catch event«"help n > 

<prompt count= w l" bargein="true" lq: text^ 3 "'^ 
30 <value expr="PromptHelp_Ask_get_PIN_PIN() "/> 

</prompt> 
</catch> 

<catch event="repeat"> 
35 <reprompt/> 
</catch> 

</form> 

40 <var name-"validatePIN" expr«"new Object {)" 

lq: ref erences="validatePIN"/> 

<form id="REMOTE_validatePIN" lq: element="RemoteProcessing" 
lq: name="validatePIN" 

lq: src="http : //videre . trl . telstra . com . au/~c797808/cgi- 
45 bin/verify_pin.php n > 

<var name^sending^am" expr="get_PIN. PIN" 
lq: element =" Input "/> 

<subdialog name»"remotecall " 
src="http : / /videre . trl . telstra . com . au/-c7 97808 /cgi-bin/verif yjpin . php 
50 namelist^' sending jpam "> 

<filled> 

<assign name«"validatePIN . x " expr="remotecall . x" 
lq: element = "Output "/> 

</filled> 
55 </subdialog> 

<block name="link"> 

<goto next="#DECISIONj>assOrFail"/> 



it 
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</block> 
</form> 

5 <form id="DECISION_passOrFail" lq: element= n Decision M 

lq: nanie="passOrFail"> 
<block> 

<if cond="yalidatePIN.x &apos; PASS&apos; "> 
<goto next="#BRANCHjoassOrFail_0"/> 
10 <else/> 

<goto next="#BRANCHjpassOrFail_l"/> 

</if> 
</block> 
</form> 

15 

<form id="BRANCH_jpassOrFail_0" lq: element = "Branch" 
lq:condition«"validatePIN.x ~ &apos; PASS&apos; "> 
<block lq:element="Break w > 

<return namelist="counter getJPIN validatePIN 
20 callage t_balance payment_de tails "/> 
</block> 

</form> 

25 <form id="BRANCH_jpassOrFail_l" lq: element= H Branch n 

lq: condit±on="otherwise"> 

<block name="link"> 

<goto next="#SPEAKER_tryAgain"/> 
</block> 



30 



</form> 



<form id="SPEAKER_tryAgain" lq: element^" Speaker" 
lq : name= " t ryAgain " > 
35 <block> 

<prompt> 

Your PIN is not valid. Please try again, 
< /prompt > 
</block> 

40 <block lq:element«"Next ,f > 

<goto next«"#LOOPSTEP_authenticate"/> 
</block> 



45 



</form> 
</vxml> 
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FILE 2. SUBROUTINE! . VXML 



<?xml version="1.0 ,r encoding="utf-8"?> 
5 <vxml version="1.0" xmlns:lq="http: //www. telstra.corn.au/LyreQuest"> 
<link event="help"> 

<grammar src="null#Help"/> 
</link> 

10 <link event="repeat"> 

<grammar src="null#Repeat"/> 
</link> 

<link event="quit"> 
15 <grammar src= w null#Quit M /> 

</link> 

<script> 

function merge (objl, obj2) 
20 { 

if (objl undefined) 
return obj2; 

else 

return objl; 

25 } 

</script> 

<var name= M _dummy"/> 

30 <var name-"customerJbalance n lq: element =" Document Variables"/> 

<var name="pin_number" lq: ref erences="sub - present__balance"/> 
<var name= n r e sult_code " lq: ref erences«"sub_jpresent_balance ,, /> 
<form id="SUBROUTINE_sub_present_balance" lq: element="Subroutine" 
35 lq:name="sub_present_balance"> 

<var name="pin_number" lq: element=" Input "/> 
<var name="result_code" lq: element «"Output"/> 
<block> 

<assign name="document .pinjriumber" expr= ,l pin_n\uriber ,, /> 
40 <assign name="document . result^code" 

expr="result_code"/> 
</block> 

<block name» n link M > 

<goto next="#FORM_Form4"/> 
45 </block> 

</form> 

<var name="Form4" expr="new Object ()" lq:references="Form4"/> 
50 <form id="FORMJE*onn4" lq:element= ,f Form" lq:name="Fonn4" 

lq:modal="false" lq:conf irm="true M lq: document Grammars "false "> 
<field name="account_number" cond="f alse"/> 
<block> 

<assign name="Form4 . account^number" 
55 expr«"account_nuraber n /> 
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</block> 

<subdialog name= ,, Form4_account_number ,, 
src= n #ASK_Form4_account_number M > 

<param name= n Form4" expr="Form4"/> 
<filled> 

<assign name="Forra4" 
expr= n Form4_account_number . Form4 " /> 

</filled> 
</subdialog> 



<field name="confirm ,, > 

<grammar src="null#Conf irm"/> 
<prompt> 

<value 

15 expr="PromptConf irm_Form4 (Form4 . account_number) "/> 

< /prompt > 
<filled> 

<if cond*"confirm != 'yes' 1 ^ 

<assign name="Form4 . account_number" 

20 expr= s "undef ined"/> 

<clear/> 

</if> 
</filled> 

<catch event= rt help ,, > 
25 <prompt> 

<value expr="PromptHelp_Confirm_Form4 () "/> 
</prompt> 
</catch> 

<catch event= w repeat"> 
30 <reprompt/> 

</catch> 

</field> 

<block name«"link ,, > 
35 <goto next="#LOCAL_LocalProcessing5"/> 

</block> 

</form> 

40 <form id="ASKJTorm4_account_number" lq: eleraent= n FormField" 

lq:references="Form4" lq: name= n account_number" lq: type="Digitstring" 
lq:default« l,w lq: confirm**" false"> 

<grammar src»"null#Ask - Form4_account__number n /> 

45 <var name="Form4"/> 

<block> 

<if cond= M Form4.account_number !- undefined"> 
<return namelist= n Form4"/> 

50 </if> 
</block> 

<field name="account_number" cond= st, false"/> 
<initial name="start"> 
55 <prompt count="l M bargein« T, true" lq:text«""> 

<value expr="PromptAsk_Form4_account_number {) "/> 
< /prompt > 
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</initial> 

<filled mode="any"> 

<assign name= M Form4 . account_nurober w 
expr="merge {Form4 .account_number, account_number) "/> 
5 <if cond="Form4 . account_number == undef ined"> 

<clear/> 

</if> 
</filled> 

10 <block> 

<return namelist="Form4 n /> 
</block> 



15 <catch event="help"> 

<prompt count="l" bargein="true" Iq: text= ,,ff > 
< value 

expr= w Prompt He lp__Ask_Form4_account__number () "/> 

</prompt> 
20 </catch> 



25 



<catch event«" repeat "> 

<reprompt/> 
</catch> 



</form> 



<f orm id="LOCALJLocalProcessing5 ,r lq: element="LocalProcessing" 
lq:name="LocalProcessing5"> 
30 <block> 

<script> 

<! [CDATA[customer_balance = new Object (); 
if ( Form4 . account_number == 1 12 9 ) { 

customer_balance . dollars = 1 1000 9 ; 
35 customer__balance . cents = 'SO*; 

} else { 

customer_balance - dollars » * 0 • ; 
customer_balance . cents = • 2 9 ; 

} 

40 result^ code = pin_number + !;]]> 

</script> 
</block> 

<block name» w link"> 
45 <goto next="#SPEAKER_Speaker6"/> 

</block> 

</form> 

50 <form id«"SPEAKER_Speaker6" lq: element="Speaker" 

lq:name= ,, Speaker6 n > 
<block> 

<prompt> 

your balance is 

55 <value expr="PromptMoney (customer_balance) "/> 

</prompt> 
</block> 
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<block lq:element="Return"> 

<return namelist= ,, result_code 
</block> 

</form> 



</vxml> 
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APPENDK C: PORTION OF A SYSTEM GENERATED VoiceXML FILE 

FILE 1. DEM02_8MAY.VXML (INCOMPLETE, FOR EXAMPLE ONLY) 

<?xml version-" 1.0 11 encoding="utf-8"?> 
5 <!DOCTYPE vxml PUBLIC "-//Nuance/DTD VoiceXML 1.2/EN" 
"http: //voicexml . nuance . com/dtd/nuancevoicexml-1-2 „ dtd"> 
<vxral version= M 1.0 n application s ="demo2_8may. vxml"> 
<link event= w help"> 

< grammar src«"demo2_8may . gsl#Help"/> 
10 </link> 

<link event= M repeat"> 

<grammar src= s "demo2_8raay . gsl#Repeat "/> 
</link> 



15 



<link event="quit"> 

<grammar src="demo2_8may.gsl#Quit"/> 
</link> 



20 <script> 

function merge (objl, obj2) 
{ 

if (objl undefined) 
return obj2; 

25 else 

return objl; 

} 

</script> 

30 <var name= ,, _dummy"/> 

<var name» n counter"/> 

<catch event= w quit w > 
35 <prompt count* 3 " 1" bargein="true"> 

<value expr= M PromptGoodbye ( ) "/> 
< /prompt > 
<exit/> 
</catch> 

40 

<catch event="noinput"> 

<prompt count-"!" bargein="true"> 

<value expr="PromptNoinput ( ) "/> 
< /prompt > . 
45 <reprompt/> 
</catch> 

<catch event="nomatch"> 

<prompt count*="l" bargein="true"> 
50 <value expr="PromptNomatch() "/> 

</prompt*> 
<reprompt/> 
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</catch> 

<form id="DIALOG_MainDialog"> 
<block name="link"> 
5 <goto next ="#SPEAKER_sayWel come" /> 

</block> 



</form> 

10 <form id="SPEAKER_s ay Welcome "> 

<block> 

<prompt> 

Welcome to the automated X Y Z bank 
</prompt> 
15 </block> 

<block name="link M > 

<goto next="#LOOPCALL_call_authenticate_loop"/> 
</block> 

20 </form> 

< form id= M LOOPCALL_ca 1 l_au t hen t i cat e_l oop " > 

<subdialog name="loopcall" src="#LOOP_authenticate"> 
<param name= M counter" e xpr =" do cument . count er"/> 
25 <param name^^get^PIN" expr= "document , get_PIN"/> 

<param name="validatePIN" expr=" document . validatePIN"/> 
<param name="call_get_balance" 
expr="document . call_get_balance "/> 

<param name="payment_details" 
30 expr="document .payment_details"/> 

<filled> 

<assign name= " document . counter" 
expr= w loopcall . counter "/> 

<assign name="document .get_PIN" 
35 expr="loopcall . get_PIN M /> 

<assign name«"document . validatePIN" 
expr="loopcall. validatePIN"/> 

<assign name= "document • callage t_balance" 
expr=" loopcall . call_get_balance " /> 
40 <assign name= " document . payment_detai Is " 

expr=" loopcall . payment_details" /> 

</filled> 
</subdialog> 
<block narae="link"> 
45 <goto next="#DECISION_checkPINvalidity"/> 

</block> 



</form> 

50 <form id="DECISION_checkPINvalidity"> 

<block> 

<if cond=" validatePIN. x =* &apos;PASS&apos; "> 

<got o next= " #BRANCH_chec kPINvalidity_0 " /> 
<else/> 

55 <goto next="#BRANCH_checkPINvalidity_l"/> 

</if> 
</block> 
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</form> 

<form id="BRANCH_checkPINvalidity__0 M > 
<block name^'link 1 ^ 
5 <goto next="#MENU_main fl /> 

</block> 

</form> 

10 <menu id-"MENU_main w > 

<prompt count="l" bargein="true M > 

<value expr="PromptMenu_main ( ) "/> 
< /prompt > 

<choice next= M #MENUITEM_main Jbalance "> 
15 l<grammar s rc==" demo 2_8 may .gsl#Menu_main_balance n /> 

</choice> 

<choice next«"#MENUITEM_main_enquiry"> 

<grammar src«="demo2_8may . gsl#Menu_main_enquiry"/> 
</choice> 

20 <choice next s ="#MENUITEM_main_leave_message ,, > 

<grammar src= t, demo2_8may .gsl#Menu_main_leave_message ,, /> 
</choice> 

<choice next= M #MENUITEM_mainjpay_bills"> 

<grammar src 2 ="demo2_8may . gsl#Menu_main_pay_bills"/> 
25 </choice> 

<choice next= n #MENUITEM_main_quit"> 

<grammar src» ,T demo2_8raay . gsl#Menu_main_quit "/> 

</choice> 

30 <catch event="help"> 

<prompt count= w l" bargein="true"> 

<value expr="PromptHelp_ Menujmain ( ) "/> 
< /prompt > 
</catch> 

35 <catch event= M repeat"> 

<reprompt/> 
</catch> 
</menu> 

40 <form id="MENUITEM_main_balance"> 

<block name= ,, link"> 

<goto next=>"#SUBROUTINECALL_call_get_balance"/> 
</block> 

45 </form> 

<var name="call_get_balance" expr="new Object ()"/> 
<form id="SUBROUTINECALL_call_get_balance"> 
<subdialog name= t, subcall" 
50 src= n subroutinel . vxml#SUBROUTINE_sub_present_balance"> 

<p'aram name^pin^/iumber" expr="get_PIN. PIN"/> 
<filled> 

<assign name="call_get_ba lance . result_code" 
expr«"subcall ♦result_code n /> 
55 t </filled> 

</subdialog> 
<block names="link w > 
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<goto next="#SPEAKER_Speaker24 n /> 
</block> 

</form> 

5 

<form id="SPEAKER_Speaker24"> 
<block> 

<prompt> 

the result of your balance enquiry is 
10 <value expr= n call_get_balance.result_code"/> 

< /prompt > 
</block> 
<block> 

<goto next="#M£NU_roainV> 
15 </block> 

</form> 

<form id« w MENUITEM_main_enquiry ,, > 
20 <block name="link M > 

<goto next«"#SPEAKER_Speaker21 M /> 
</block> 



25 



35 



50 



</form> 



<form id="SPEAKER_Speaker21"> 
<block> 

<prompt> 

you are being transfered to an operator 
30 < /prompt > 

</block> 

<block name*= w link M > 

<goto next«"#TRANSFER_Transfer22"/> 
</block> 



</form> 



<form id«"TRANSFER_Transfer22"> 

<transfer name« ,, Transfer22" bridge="f alse" 
40 connecttimeout="30" destexpr=" 1 tel : 0392536742 ' "> 

</transfer> 
</form> 

<form id« n MENUITEM_main_leave_message"> 
45 <block name="link ,, > 

<goto next«"#RECORD_Record20"/> 
</block> 



</form> 



<var name« r, Record20 ,, /> 
<form id="RECORD_Record20 n > 

<record name="record_Record20 w beep= ,, true ,r maxtime= n 30s" 
dtmf t e rm= " t r ue " > 
55 <prompt count« ,r l" bargein= ,, true ,f > 

<value expr="PromptRecord_Record20 () "/> 
< /prompt > 



P*0PER\D8 W\unv voice applications prwdooJ-MnAU 



-52- 



</record> 

<field name=" confirm" modal="true"> 

<grammar src= s "demo2_8may . gsl#Conf irm"/> 
5 <prompt> 

Your recording is <value expr="record_Record20"/> 

To keep it, say yes. To discard it/ say no. 

< /prompt > 
<filled> 

10 <if cond="conf irm i« > yes ,M > 

<clear/> 

</if> 
</filletf> 

<catch event="help"> 
15 <prompt> 

Please say yes to keep your recording, or 
say no to record another message. 

</prompt> 
</catch> 

20 <catch event="repeat"> 

<prompt> 

Your recording is <value 
expr="record_Record20"/> To keep it, say yes. To discard it, say no. 

< /prompt > 
25 </catch> 
</£ield> 

<block> 

<assign name=* ,, Record20" expr= ,, record_Record20"/> 
30 </block> 

<block> 

<goto next«"#MENU_main"/> 
</block> 



35 



</form> 



<form id«"MENUITEMjnainjpay_bills"> 
<block name="link"> 
40 <goto next="#FORM_payment_details"/> 

</block> 

</form> 

45 <var name« r, payment_details" expr="new Object ()"/> 

<form id="FORM_j>ayment_details"> 
<grammar scopes" document" 
src»"demo2_8may.gsl#Formjpayment_details"/> 

50 <field name="company" cond«" false "/> 

<field narae=" amount" cond«"false"/> 
<field name="payment_date" cond="f alse"/> 
<block> 

<assign name="payment_details. company" expr="company'7> 
55 <assign name="payment_det ails. amount" expr= "amount "/> 

<assign name="payment_details.payment_date" 
expr="payment_da te " / > 



• 
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</block> 

<subdialog name="payment_details_company" 
src=" # AS K_pa yment_de tail s_company n > 

<param. name s3 "payment_details ft expr«"payment_details"/> 

<filled> 

<assign name="payment_details" 
expr="paynient_details_company .payment_details M /> 

</filled> 
</subdialog> 



<subdialog name s ="payment_det ails^amount " 
src*" # AS Kj? a ymen t _de t a i 1 s^amoun t " > 

<param name^'payment^details" expr= ,r payment_details ,, /> 

<filled> 

15 <assign name»"payment_details rr 

expr="payment_ det ails_amount . payment_details n /> 

</filled> 
</subdialog> 

20 <block> 

<if cond="payment_details.payment_date — undefined"> 

<script> 

<! [CDATA[ 

pa yment__de tails .payment_date = new 

25 Object (); 

payment_details . payment_date • modifier 

« 'today'; 

]]> 

</script> 

30 </if> 
</block> 

<subdialog name="payment — detail sjpayment_dat e" 
src«"#ASKjpayment_details_payment_date"> 
35 """" <param name="payment_details" expr="payment_details ,, /> 

<filled> 

<assign name="payment_details" 
expr« w payment_details_payment_date.payment_details ,, /> 

</filled> 
40 </subdialog> 

<field narae="confirm"> 

<grammar src="demo2_8may.gsl#Conf irm"/> 
<prompt> 

45 <value 

expr«"PromptConf irm_payment_details <payment_details . company, 
payment_details . amount, payment_details . payment_date ) " /> 

</ prompt > 

<filled> 

50 <if cond~" confirm !« 'yes ,,T > 

<assign name«"payment_details . company" 

expr="unde fined" /> 

<assign name="payment_details , amount" 

expr« " unde fined" / > 

55 <assign name="payment_details.payment_date" 

expr« " unde f ined" / > 

<clear/> 
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</if> 
</filled> 

<catch event="help"> 
<prompt> 

5 <value 

expr»"PromptHelp_Confirm^ayment_details () f, /> 

< /prompt > 
</catch> 

<catch event=" repeat "> 
10 <reprompt/> 

</catch> 

</field> 
<block> 

15 <goto next="#MENU_main"/> 

</block> 

</£orm> 

20 <forra id« w ASKjpayment_details_company"> 

<graramar src="demo2_8may • gsl#Askjpayment_details_company"/> 

<var name= w payment_details ,, /> 

25 <block> 

<if cond=* rf payment_details. company 1* undefined"> 
<return namelist= ! "payment_details w /> 

</if> 
</block> 

30 

<field narae*="company" cond="f alse"/> 
<field name^^mount" cond= " false "/> 
<field name«"payment_date" cond="f alse f, /> 
<initial name="start"> 
35 <prompt count="l" bargein="true"> 

<value 

expr»"PromptAsk_payment_details_company { ) "/> 

</prompt> 
</initial> 
40 <f±lled mode="any"> 

<assign name="payment_details . company" 
expr» "merge (payment_details . company, company) "/> 

<assign name="payment_details . amount" 
expr="merge (payment_details * amount , amount) "/> 
45 <assign name« ,, payment_details.payment_date ,, 

expr="merge (payment_details . payment_date, payment_date) "/> 

<if cond«"payment_details. company « undefined"> 
<clear/> 

</if> 

50 </filled> 
<block> 

<return namelist«"payment_details"/> 
</block> 

55 



<catch event«"help"> 



m 



10 



15 
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<prompt count="l" bargein="true"> 
<value 

expr=" Prompt Help_As k_payment_detai ls_company { ) " /> 

</prompt> 
</catch> 

< catch event*" repeat "> 

<reprompt/> 
</catch> 

</form> 

<form id="ASKjpayment_ - details_amount M > 

<grammar src="demo2_8may . gsl#As kjpayment_details_amount " /> 

<var name="payment_details"/> 



<block> 

<if cond«"payment_details. amount != undefined"> 
20 <return namelist*"payment_details"/> 

</if > 
</block> 

<field name=" amount" cond-"f alse"/> 
25 <field name«"payment_date" cond*"f alse"/> 

<initial name="start "> 

<prompt count*" 1" barge in* "t rue "> 
<value 

expr*"PromptAskj?ayment_details_amount ( ) "/> 
30 </prompt> 
</initial> 
<filled mode*" any "> 

<assign name*"payment_details .amount" 
expr="merge(payment_details. amount, amount) "/> 
35 <assign name* " pa yment_de tails - payment_date " 

expr*"merge (payment_details.payment_date, payment_date) "/> 

<if cond*"payment_det ails. amount ** undefined"> 
<clear/> 

</if> 

40 </filled> 
<block> 

<return namelist«"payment_details"/> 
</block> 

45 

<catch event*"help"> ' 

<prompt count="l" bargein="true"> 
<value 

50 expr*"PromptHelp_Ask_payment_details_amount ( > "/> 

< /prompt > 
</catch> 



55 



<catch event =*" repeat "> 

<reprompt/> 
</catch> 
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</form> 

.» rf»t« unde£ined"> 

</if> 
</block> 

15 <f ield name-payment_date 

<init ^rt = cou a n r t-l» bargain-trua- 
nt deSits payment_dateU»/> 

<i illed a mide="any»> det ails .payment date" 

? d eiSlsTa"ymenrdati, P ay«en t da undefin ed«> 
25 expr=«merge (pa^_detaa.ls . pa yment_date 

<clear/> 



</if> 
</filled> 

30 



<"- ld < ^ C r° n .«^2.s».y. ! ,.i»»»"»" / ' 

date)"/> </prooipt> 

< " Ue f it co„d. ; = r i-- s ;^en t _deta ll »"/> 
40 <elSe/ i a ssi,n „a»e."pay»e«_detail».pa»»-t_da«" 

expr="undefined"/> <clear/> 

</if> 

45 </filled>* 

<catch event:="help"> 
<prompt> 

Td^ails.paymant.data 1 1 » l> 

<repxompt /> 
</catch> 

</field> 
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<CatCh 4rXt"c e oin^»l» b ar g ei„-tr»e»> 
</catch> 

<catch event= n repeat n > 

<reprompt/> 
</catch> 

</form> 

i< <form id= M MENUITEM_main_quit"> 

<block> 

<exit/> 
</block> 

20 </forxn> 

<form id«-BRANCH^checkPINvalidity.l"> 

25 </block> 
</form> 

<form id=«'SPEAKER_failedPIN"> 
<block> 

<pr ° mP £ u haV e not been authenticated. Goodbye. 

</prompt> 
</block> 
ic <block> 
33 <exit/> 



40 



</block> 
</form> 

<form id="LOOP_authenticate"> 
<var name=>" counter /> 
<var name=«get_PIN«/> 
<var name="validatePIN"/> 
« <var name-"call_getJ>alanca"/> 

45 < var name="payment_deta3.1s»/> 

<block> . rftnnter '> e xpr="counter"/> 

<assign name-Mocument . counter ( e^p ^..^ 
<assign name-" document . get PIS exp 
<assign name="document . validates 

expr--validatePIS«/> gsi ^ n ^ e=nd ^ ent>call _ get _. b alance-. 
expr-"call_get_balance^/> namesalt{Jocument .payment_details" 
55 ex P r=«payment_de i tailsV> 
<block> 



50 



40 
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<goto next="#LOOPINIT_authenticate"/> 
</block> 

</form> 

5 

<form id="LOOPINIT_authenticate"> 
<block> 

<assign name= n counter" expr="0"/> 
<goto next= * # LOOPTEST_aut hent i cat e " / > 
10 </block> 
</form> 

<form id="LOOPTEST_authenticate f, > 
<block> 

15 <if cond=" counter < 3 "> 

<goto next* " #LOOPBOD Y_authent ica t e "/> 
<else/> 

<goto next="#LOOPEND_authenticate M /> 

</if> 

20 </block> 
</form> 

<form id= ,, LOOPEND_authenticate f, > 
25 <block> 

<prompt counts"!" bargein="true"> 

<value expr="PromptLoopExit_authenticate ( > 99 /> 
< /prompt > 

<return naraelist="counter get_PIN validatePIN 
30 call_get_balance payment_details "/> 
</block> 
</form> 

<forra id« w LOOPSTEP_authenticate w > 
35 <block> 

<assign name»"counter" expr="counter+l ,f /> 
<goto next« n #LOOPTEST_authenticate " /> 
</block> 
</form> 



< f orm i d« " LOOPBOD Y_au t hent i ca t e " > 
<block name="link"> 

<goto next- ,, #FORM_getJPIN ,, /> 
</block> 

</form> 



<var name="get_PIN" expr="new Object ()"/> 
<form id=*"FORM_get_PIN"> 
50 <field name^'PIN" cond="f alse"/> 

<block> 

<assign name= ,, getJPIN.PIN w expr«"PIN"/> 
</block> 

<subdialog narae="get_PIN_PIN" src= n #ASK_get_PIN_PIN n > 
55 <param name= rt get_PIN rr expr="get_PIN"/> 

<filled> 
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<assign name=«get_PI«" 
</subdialog> 

</block> 

jq </form> 

i rf— "ASK get PIN_PIN"> 
<f ° rm it;r^am!-«iet_PIN«/> 

, r <block> «tm ptn i= undefined"> 

</if> 
</block> 

20 <field name="PIN w modal="true»> 

* -TV, OTM 1 



40 



</link> 




30 </prompt> bar gein="true"> ,,>./> 

< /prompt > 

<filled> „ am<a=s «aet PIN. PIN" 

35 <assign name* ge^_^ 

</field> 



<blOCk> <re turn namelist=«get,PIN"/> 
</block> 



c/prompt> 
50 </catch> 

<catch event-"repeat"> 

<reprompt/> 
</catch> 



55 



</form> 



• 
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<var name="validatePIN n expr= M new Object {)"/> 
<form id~"REMOTE_validatePIN w > 

<var name^'sending^pam" expr~"get_PIN. PIN"/> 

<subdialog name«"remotecall" 
5 src= ,, http://videre.trl.telstra.coIn.au/-c797808/cgi-bin/verify_pin.php , 

namelist« ,f sendingjpam "> 

<filled> 

<assign name="validatePIN.x" expr="remotecall.x"/> 

</filled> 
10 </subdialog> 

<block name= n link ,f > 

<goto next - " #DECI SION jpas sOr Fail " / > 
</block> 

15 </forra> 

<form id="DECISIONjpassOrFail ,, > 
<block> 

<i£ cond= rt validatePIN.x &apos; PASS&apos; "> 
20 <goto next="#BRANCHjpassOrFailJ>"/> 

<else/> 

<goto next= w #BRANCH_passOrFail_l"/> 

</if> 
</block> 
25 </form> 

<form id="BRANCH_passOrFail_0"> 
<block> 

<return name list=" counter get_PIN validatePIN 
30 call_get_balance payment_de tails "/> 
</block> 

</form> 

35 <form id="BRANCH_passOrFail_l"> 

<block name= f, link"> 

<goto next= r, #SPEAKER_tryAgain w /> 
</block> 

40 </form> 

<form id="SPEAKER_tryAgain"> 
<block> 

<prompt> 

45 Your PIN is not valid. Please try again. 

< /prompt > 
</block> 
<block> 

<goto next= M #LOOPSTEP_authenticate M /> 
50 </block> 

</form> 

<script><! [CDATA[ 

55 
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function PromptHelp_Ask_get_PIN_PIN ( ) { 
var result; 

result = "please say the pin. for example, ten eighty six "/ 
if( valid_str ing( result) ) { 
return result; 

> 

return result; 

} 



function PromptHelp_Conf irmjpayment_details_jpayment_date ( ) { 
var result; 
result » "please say yes or no "; 
if ( valid_string (result) ) { 
15 return result; 

} 



return result; 

} 



function Confirmation (confirmation) { 
var result; 
if ( 

(confirmation "yes" ) 

25 ) { 

result = "true M ; 
if{ valid_string (result) ) { 
return result; 

) 

30 ); 

if ( 

(confirmation — "no" ) 
) ( 

35 result « "false "; 

if( valid_string (result) ) { 
return result; 

} 

>; 



} 



result « confirmation + " "; 
return result; 



45 function PromptConfirm_j?ayment_details (company, amount, pa yment_date) { 
var result ; 

result « "the company is " + Bpay_names (company) + "the amount is 
+ Money (amount) + "the payment date is " + Date (payment_date) + "is 
this correct? 
50 if( valid_string (result) ) { 

return result; 

) 

; 

return result; 

55 ) 
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function PromptConf irm^payment^details^ayment^date (payraent_date) { 
var result; 

result « "the payment date is " + Date (payment_date) + "is this 
5 correct? "; 

if( valid_string (result) ) { 
return result; 

} 

/ 

10 return result; 

} 

function PromptMenu_main_ leave _mes sage ( ) { 
var result; 

15 result « "please say one of balance, enquiry, leave message, pay 

bills or quit (note: please respond with another phrase that means 'leav 
message 1 ) "; 

if { valid_string (result) ) { 
return result; 

20 ■ ) 

return result; 

} 

25 

function Integernum (integer ) { 
function PromptAsk_j>ayment_details_amount () { 
var result; 

result - "please say the amount "; 
30 if ( valid_string (result) > { 

return result; 

> 

; 

return result; 

35 > 

function Bpay_names (bpay_names) { 
var result; 
if ( 

40 (bpay_names — "telstra" ) 

) { 

result = "telstra "; 
if ( valid_string( result) ) { 
return result; 

45 } 

}; 

if ( 

(bpay_names = "origin energy" ) 
50 > { 

result = "origin energy "; 
if{ valid_string (result) ) ( 
return result; 

) 

55 ) ; 

if ( 



20 



55 



m 
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(bpay_names — "citipower* ) 
> { 

result = "citipower "; 
if( valid_string (result) ) { 
5 return result; 

} 

}; 

result - bpay_names + n "; 
10 return result; 

} 

function Prompt Help_Ask^ayment_details_amount ( ) { 
var result; 

15 result « "please say the amount, for example, three dollars and fift 

cents w ; 

if ( valid_string (result) ) { 
return result; 

> 



return result; 

) 



function PromptMenu_main ( ) { 
25 var result; 

result « "please say one of balance, enquiry, leave message, pay 

bills or quit "; 

if ( valid_string (result) ) { 
.return result; 

30 } 

return result; 

) 

35 function PromptConfirmat ion (confirmation) { 
var result; 

result «= Confirmation (confirmation) ; 
if{ valid_string (result) ) ( 
return result; 

40 > 

; 

return result; 

> 

45 function PromptHelp_Ask_payment_detailsjpayment_date ( ) { 
var result; 

result « "please say the payment date, for example, january the fift 
nineteen ninety nine n ; 

if( valid_string (result) ) { 
50 return result; 

) 



return result; 

} 

function AM ( ) ( 
var result; 



9 
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result » "in the morning "; 
if( valid_st ring( result) ) { 
return result; 

} 

5 ; 

return result; 

} 

function PM() { 
var result; 
10 result « "in the " + EVENING () 

if ( validjstring (result) ) { 
return result; 

} 

; 

15 return result; 



function Prompt Integer (integer) { 
var result; 
20 result = Integer (integer) ; 

if ( valid_string (result ) ) { 
return result; 

} 



25 



return result; 



30 ]]></script> 
</vxml> 
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Form 

Name: a name for this form element. An object 
with this name will be created to wore th« form 
ftaldi. each field can then ba ecc*«««d «J 
$farmName.SficidName. a*. 8uyForm.prte+ 
Confirm All: enable confirmation of elt form 

Hot tlnte enable Jumping to the form from 
anywhere In the document. 

Input Fluid m , ^ M1 
Nemo: name of slot to be filled. 
Type: type of atotvalua. 
Default* default value for clot. If e default Is 

Ivan, the uscrwitl not be prompted for the field. 
Jonffrmi enable Individual confirmation of this 
field. Thl« I* In addition to the form confirmation 
of alt fields at the end. 

Prompt: the prompt ployed to collect input for 
this field. The system can generate a default 
prompt based on the field name, or you may enter 
in your own prompt. 
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